Linux EFI/UEFI Development

• Thread Index

• Re: [11/12] fbdev/core: Protect edid_info with CONFIG_ARCH_HAS_EDID_INFO
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [03/12] sysfb: Do not include <linux/screen_info.h> from sysfb header
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [01/12] efi: Do not include <linux/screen_info.h> from EFI header
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [08/12] drivers/firmware: Remove trailing whitespaces
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [05/12] arch: Remove trailing whitespaces
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH 05/12] arch: Remove trailing whitespaces
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 04/12] staging/sm750fb: Do not include <linux/screen_info.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 03/12] sysfb: Do not include <linux/screen_info.h> from sysfb header
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 02/12] fbdev/sm712fb: Do not include <linux/screen_info.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 01/12] efi: Do not include <linux/screen_info.h> from EFI header
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v6.5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 01/79] fs: add ctime accessors infrastructure
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 00/79] fs: new accessors for inode->i_ctime
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [GIT PULL] EFI updates for v6.5
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: x86/efi: Make efi_set_virtual_address_map IBT safe
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: x86/efi: Make efi_set_virtual_address_map IBT safe
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• x86/efi: Make efi_set_virtual_address_map IBT safe
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/12] arch,fbdev: Move screen_info into arch/
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 00/12] arch,fbdev: Move screen_info into arch/
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 00/12] arch,fbdev: Move screen_info into arch/
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/12] arch,fbdev: Move screen_info into arch/
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH 05/12] arch: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/12] fbdev/core: Protect edid_info with CONFIG_ARCH_HAS_EDID_INFO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/12] drivers: Add dependencies on CONFIG_ARCH_HAS_SCREEN_INFO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/12] fbdev/core: Define empty fb_firmware_edid() in <linux/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/12] fbdev/core: Use fb_is_primary_device() in fb_firmware_edid()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/12] drivers/firmware: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/12] efi: Do not include <linux/screen_info.h> from EFI header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/12] staging/sm750fb: Do not include <linux/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/12] sysfb: Do not include <linux/screen_info.h> from sysfb header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/12] fbdev/sm712fb: Do not include <linux/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/12] arch,fbdev: Move screen_info into arch/
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [efi:next] BUILD SUCCESS 2e28a798c3092ea42b968fa16ac835969d124898
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH] efi/libstub: Disable PCI DMA before grabbing the EFI memory map
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 36e60c0bb7d29e755e58136f8531708932838f3d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: Sami Korkalainen <sami.korkalainen@xxxxxxxxx>
• Re: [PATCH] efi: random: refresh random seed on modern EFI only
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: Sami Korkalainen <sami.korkalainen@xxxxxxxxx>
• [PATCH] efi: random: refresh random seed on modern EFI only
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] efivarfs: Expose RandomSeed variable but with limited permissions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 05/20] x86/decompressor: Use proper sequence to take the address of the GOT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/79] fs: new accessors for inode->i_ctime
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v6 4/4] efivarfs: automatically update super block flag
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v6 4/4] efivarfs: automatically update super block flag
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH 01/79] fs: add ctime accessors infrastructure
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 4/4] efivarfs: automatically update super block flag
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v6 3/4] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v6 1/4] efi: expose efivar generic ops register function
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v6 2/4] efi: Add EFI_ACCESS_DENIED status code
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH v3 0/5] riscv: Introduce KASLR
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 24/79] efivarfs: switch to new ctime accessors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [RFC PATCH 1/1] libstub: zboot: Use -ffunction-sections + --gc-sections
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [RFC PATCH 0/1] zboot: Garbage collect unused functions
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v5 05/20] x86/decompressor: Use proper sequence to take the address of the GOT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: (subset) [PATCH v2 3/8] autofs: set ctime as well when mtime changes on a dir
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: (subset) [PATCH v2 3/8] autofs: set ctime as well when mtime changes on a dir
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 3/5] arm64: Fix dangling references to Documentation/arm64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH 3/5] arm64: Fix dangling references to Documentation/arm64
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 3/8] autofs: set ctime as well when mtime changes on a dir
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v2 8/8] cifs: update the ctime on a partial page write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 8/8] cifs: update the ctime on a partial page write
  • From: Tom Talpey <tom@xxxxxxxxxx>
• [PATCH v2 8/8] cifs: update the ctime on a partial page write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 7/8] apparmor: update ctime whenever the mtime changes on an inode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 3/8] autofs: set ctime as well when mtime changes on a dir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 0/8] fs: add some missing ctime updates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 2/8] usb: update the ctime as well when updating mtime after an ioctl
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 5/8] efivarfs: update ctime when mtime changes on a write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 1/8] ibmvmc: update ctime in conjunction with mtime on write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 6/8] exfat: ensure that ctime is updated whenever the mtime is
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 4/8] bfs: update ctime in addition to mtime when adding entries
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 7/9] gfs2: update ctime when quota is updated
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 7/9] gfs2: update ctime when quota is updated
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 0/9] fs: add some missing ctime updates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/9] fs: add some missing ctime updates
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] usb: update the ctime as well when updating mtime after an ioctl
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] gfs2: update ctime when quota is updated
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 5/9] efivarfs: update ctime when mtime changes on a write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/9] usb: update the ctime as well when updating mtime after an ioctl
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 8/9] apparmor: update ctime whenever the mtime changes on an inode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 6/9] exfat: ensure that ctime is updated whenever the mtime is
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/9] autofs: set ctime as well when mtime changes on a dir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 9/9] cifs: update the ctime on a partial page write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 4/9] bfs: update ctime in addition to mtime when adding entries
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/9] fs: add some missing ctime updates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/9] ibmvmc: update ctime in conjunction with mtime on write
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] efivarfs: force RO when remounting if SetVariable is not supported
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 10/20] x86/decompressor: Call trampoline directly from C code
  • From: Yunhong Jiang <yunhong.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 13/20] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Yunhong Jiang <yunhong.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [efi:next] BUILD SUCCESS d0a1865cf7e2211d9227592ef4141f4632e33908
  • From: Philip Li <philip.li@xxxxxxxxx>
• Re: [efi:next] BUILD SUCCESS d0a1865cf7e2211d9227592ef4141f4632e33908
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS d0a1865cf7e2211d9227592ef4141f4632e33908
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 10/20] x86/decompressor: Call trampoline directly from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Tao Liu <ltao@xxxxxxxxxx>
• Re: [PATCH v5 13/20] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 13/20] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Yunhong Jiang <yunhong.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] arm64: libstub: Move KASLR handling functions to efi-stub-helper.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 13/20] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 13/20] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Yunhong Jiang <yunhong.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/20] x86/decompressor: Use standard calling convention for trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 01/20] x86/efistub: Branch straight to kernel entry point from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 08/20] x86/decompressor: Use standard calling convention for trampoline
  • From: Yunhong Jiang <yunhong.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/20] x86/efistub: Branch straight to kernel entry point from C code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 10/20] x86/decompressor: Call trampoline directly from C code
  • From: Yunhong Jiang <yunhong.jiang@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 19/20] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 19/20] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 19/20] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• [PATCH v5 19/20] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 20/20] x86/efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 18/20] efi/libstub: Add limit argument to efi_random_alloc()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 16/20] x86/decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 17/20] x86/decompressor: Factor out kernel decompression and relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 10/20] x86/decompressor: Call trampoline directly from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 12/20] x86/decompressor: Merge trampoline cleanup with switching code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 06/20] x86/decompressor: Store boot_params pointer in callee save register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 11/20] x86/decompressor: Only call the trampoline when changing paging levels
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 07/20] x86/decompressor: Call trampoline as a normal function
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 09/20] x86/decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 15/20] decompress: Use 8 byte alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 14/20] x86/efistub: Prefer EFI memory attributes protocol over DXE services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 01/20] x86/efistub: Branch straight to kernel entry point from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 13/20] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 02/20] x86/efistub: Simplify and clean up handover entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 08/20] x86/decompressor: Use standard calling convention for trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 03/20] x86/decompressor: Avoid magic offsets for EFI handover entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 05/20] x86/decompressor: Use proper sequence to take the address of the GOT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 04/20] x86/efistub: Clear BSS in EFI handover protocol entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 00/20] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v3 3/5] arm64: libstub: Move KASLR handling functions to efi-stub-helper.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 39c90699b3303fc25c0da077f37cc3bbd45c8f83
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv14 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] efi/esrt: Allow ESRT access without CAP_SYS_ADMIN
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCHv14 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv14 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCHv14 7/9] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 8/9] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 3/9] efi/libstub: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 2/9] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv14 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 5/5] riscv: libstub: Implement KASLR by using generic functions
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 4/5] libstub: Fix compilation warning for rv32
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 3/5] arm64: libstub: Move KASLR handling functions to efi-stub-helper.c
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 2/5] riscv: Dump out kernel offset information on panic
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 1/5] riscv: Introduce virtual kernel mapping KASLR
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 0/5] riscv: Introduce KASLR
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCHv13 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv13 9/9] x86/tdx: Add unaccepted memory support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 13c21ab8038d00b4bcc69a46c5f7f1c95e5decce
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: bump efistub version from 1.1 to 3.0 for VZLinuxBootLoader compatibility
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 128d85761fe9ccd91ea685287c3472d09be6de29
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: bump efistub version from 1.1 to 3.0 for VZLinuxBootLoader compatibility
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 20/21] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 20/21] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v4 20/21] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 20/21] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v4 20/21] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] efi: bump efistub version from 1.1 to 3.0 for VZLinuxBootLoader compatibility
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv13 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv13 9/9] x86/tdx: Add unaccepted memory support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv13 9/9] x86/tdx: Add unaccepted memory support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] efi/esrt: Allow ESRT access without CAP_SYS_ADMIN
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv13 3/9] efi/libstub: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv13 3/9] efi/libstub: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.4 #1
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v4 21/21] x86/efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 19/21] efi/libstub: Add limit argument to efi_random_alloc()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 20/21] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 17/21] x86/decompressor: Factor out kernel decompression and relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 18/21] x86/head_64: Store boot_params pointer in callee-preserved register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 16/21] x86/decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 15/21] decompress: Use 8 byte alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 13/21] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 12/21] x86/decompressor: Merge trampoline cleanup with switching code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 14/21] x86/efistub: Prefer EFI memory attributes protocol over DXE services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 11/21] x86/decompressor: Only call the trampoline when changing paging levels
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 10/21] x86/decompressor: Call trampoline directly from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 07/21] x86/decompressor: Call trampoline as a normal function
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 08/21] x86/decompressor: Use standard calling convention for trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 09/21] x86/decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 05/21] x86/decompressor: Use proper sequence to take the address of the GOT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 03/21] x86/decompressor: Avoid magic offsets for EFI handover entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 00/21] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 01/21] x86/efistub: Branch straight to kernel entry point from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 06/21] x86/decompressor: Store boot_params pointer in callee save register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 02/21] x86/efistub: Simplify and clean up handover entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 04/21] x86/efistub: Clear BSS in EFI handover protocol entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v6.4 #1
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCHv13 8/9] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 7/9] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 2/9] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv13 3/9] efi/libstub: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] block:sed-opal: SED Opal keystore
  • From: Greg Joyce <gjoyce@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] powerpc/pseries: update SED for PLPKS api changes
  • From: Greg Joyce <gjoyce@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Tao Liu <ltao@xxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Tao Liu <ltao@xxxxxxxxxx>
• [PATCHv12.1 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv12 1/9] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv12 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv12 1/9] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv12 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv12 9/9] x86/tdx: Add unaccepted memory support
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• [efi:next] BUILD SUCCESS ac3bb6e23bbb0a87fac68ec6bcdecd1a36d8c53f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 36e4fc57fc1619f462e669e939209c45763bc8f5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: bump efistub version from 1.1 to 3.0 for VZLinuxBootLoader compatibility
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• Re: [PATCH] efi: bump efistub version from 1.1 to 3.0 for VZLinuxBootLoader compatibility
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: bump efistub version from 1.1 to 3.0 for VZLinuxBootLoader compatibility
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)
  • From: Akihiro Suda <suda.kyoto@xxxxxxxxx>
• Re: [PATCH] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Tao Liu <ltao@xxxxxxxxxx>
• Re: [PATCH] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS fd936fd8ac105ba3eb764185e8ba483c789c893e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5 3/3] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v5 2/3] efi: Add EFI_ACCESS_DENIED status code
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v5 1/3] efi: expose efivar generic ops register function
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH 00/15] arm64: address -Wmissing-prototype warnings
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Tao Liu <ltao@xxxxxxxxxx>
• Re: [PATCH] [v2] efi: fix missing prototype warnings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] [v2] efi: fix missing prototype warnings
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH] [v2] efi: fix missing prototype warnings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3a 20/21] x86/efistub: Check SEV/SNP support while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 3/3] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v4 2/3] efi: Add EFI_ACCESS_DENIED status code
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v4 1/3] efi: expose efivar generic ops register function
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH v3 3/3] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v2 1/1] block: fix conversion of GPT partition name to 7-bit
  • From: Olivier Gayot <olivier.gayot@xxxxxxxxxxxxx>
• [PATCH v2 0/1] block: fix conversion of GPT partition name to 7-bit
  • From: Olivier Gayot <olivier.gayot@xxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 3610dc36f4fd767c382e5f9b234d19d0610eb950
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/libstub: zboot: Avoid eager evaluation of objcopy flags
  • From: Alan Bartlett <ajb@xxxxxxxxxx>
• Re: [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCHv12 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv12 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] efi/esrt: Allow ESRT access without CAP_SYS_ADMIN
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: fix missing prototype warnings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 21/21] x86/efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 20/21] x86/efistub: Check SEV/SNP support while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 19/21] efi/libstub: Add limit argument to efi_random_alloc()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 17/21] x86/decompressor: Factor out kernel decompression and relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 18/21] x86/head_64: Store boot_params pointer in callee-preserved register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 16/21] x86/decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 15/21] decompress: Use 8 byte alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 13/21] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 14/21] x86/efistub: Prefer EFI memory attributes protocol over DXE services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 12/21] x86/decompressor: Merge trampoline cleanup with switching code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 11/21] x86/decompressor: Only call the trampoline when changing paging levels
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 10/21] x86/decompressor: Call trampoline directly from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 09/21] x86/decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 01/21] x86/efistub: Branch straight to kernel entry point from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 05/21] x86/decompressor: Use proper sequence to take the address of the GOT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 06/21] x86/decompressor: Store boot_params pointer in callee save register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 03/21] x86/decompressor: Avoid magic offsets for EFI handover entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 07/21] x86/decompressor: Call trampoline as a normal function
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 04/21] x86/efistub: Clear BSS in EFI handover protocol entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 08/21] x86/decompressor: Use standard calling convention for trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 00/21] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 02/21] x86/efistub: Simplify and clean up handover entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Regression. -6.3.X Good. -6.4-rcY Bad.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Regression. -6.3.X Good. -6.4-rcY Bad.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/libstub: zboot: Avoid eager evaluation of objcopy flags
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Regression. -6.3.X Good. -6.4-rcY Bad.
  • From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
• Fwd: Regression. -6.3.X Good. -6.4-rcY Bad.
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCHv12 3/9] efi/libstub: Implement support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv12 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCHv12 7/9] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 8/9] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 3/9] efi/libstub: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv12 2/9] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 18/20] x86: efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 18/20] x86: efistub: Avoid legacy decompressor when doing EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 05/20] x86: decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS d86ff3333cb1d5f42d8898fb5fdb304e143c0237
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 05/20] x86: decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 15/20] x86: head_64: Switch to kernel CS before enabling memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/20] x86: decompressor: Use proper sequence to take the address of the GOT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 01/20] x86: decompressor: Use proper sequence to take the address of the GOT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] efivarfs: expose used and total size
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11.1 5/9] efi: Add unaccepted memory support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v2] efivarfs: expose used and total size
  • From: Anisse Astier <anisse@xxxxxxxxx>
• Re: [PATCHv11 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv11 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv11 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH] efi: fix missing prototype warnings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 00/15] arm64: address -Wmissing-prototype warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv11 2/9] efi/x86: Get full memory map in allocate_e820()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 1/9] mm: Add support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11 3/9] efi/libstub: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11 3/9] efi/libstub: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 09/20] x86: efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 08/20] x86: decompressor: Merge trampoline cleanup with switching code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11.1 5/9] efi: Add unaccepted memory support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/15] arm64: address -Wmissing-prototype warnings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv11 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: Liam Merwick <liam.merwick@xxxxxxxxxx>
• [PATCH 14/15] arm64: move early_brk64 prototype to header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 15/15] arm64: add alt_cb_patch_nops prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/15] arm64: kaslr: add kaslr_early_init() declaration
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/15] arm64: signal: include asm/exception.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/15] arm64: hide unused is_valid_bugaddr()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/15] arm64: flush: include linux/libnvdimm.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/15] arm64: module-plts: inline linux/moduleloader.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/15] arm64: cpuidle: fix #ifdef for acpi functions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/15] arm64: efi: add efi_handle_corrupted_x18 prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/15] arm64: kvm: add prototypes for functions called in asm
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/15] arm64: add scs_patch_vmlinux prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/15] arm64: move cpu_suspend_set_dbg_restorer() prototype to header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/15] arm64: spectre: provide prototypes for internal functions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/15] arm64: avoid prototype warnings for syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/15] arm64: xor-neon: mark xor_arm64_neon_*() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/15] arm64: address -Wmissing-prototype warnings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCHv11.1 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 13/14] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 11/14] reboot: Secure Launch SEXIT support on reboot paths
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 11/14] reboot: Secure Launch SEXIT support on reboot paths
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v2 09/20] x86: efistub: Perform 4/5 level paging switch from the stub
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: expose used and total size
  • From: Anisse Astier <anisse@xxxxxxxxx>
• Re: [PATCH v2 07/20] x86: decompressor: Only call the trampoline when changing paging levels
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/20] x86: decompressor: Call trampoline directly from C code
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/20] x86: decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/20] x86: decompressor: Use standard calling convention for trampoline
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/20] x86: decompressor: Call trampoline as a normal function
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: expose used and total size
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 4/4] powerpc/pseries: update SED for PLPKS api changes
  • From: Andrew Donnellan <ajd@xxxxxxxxxxxxx>
• Re: [PATCHv11 3/9] efi/libstub: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCHv11 3/9] efi/libstub: Implement support for unaccepted memory
  • From: Mika Penttilä <mpenttil@xxxxxxxxxx>
• [PATCHv11 9/9] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 7/9] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 5/9] efi: Provide helpers for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 8/9] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 1/9] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 2/9] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 3/9] efi/libstub: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 4/9] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv11 0/9] mm, x86/cc, efi: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH] efi/esrt: Allow ESRT access without CAP_SYS_ADMIN
  • From: Nicholas Bishop <nicholasbishop@xxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 05/14] x86: Secure Launch main header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Andrew Cooper <andyhhp@xxxxxxxxx>
• Re: [PATCH v6 13/14] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/14] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 11/14] reboot: Secure Launch SEXIT support on reboot paths
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 05/14] x86: Secure Launch main header file
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH] efivarfs: expose used and total size
  • From: Anisse Astier <anisse@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 0153431c85af3d4470ac8c59a3f854a3926dff86
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH 1/4] block:sed-opal: SED Opal keystore
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH] efivarfs: expose used and total size
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v3 3/3] efi: Add tee-based EFI variable driver
  • From: Jens Wiklander <jens.wiklander@xxxxxxxxxx>
• Re: [PATCHv10 05/11] x86/boot/compressed: Handle unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv10 02/11] efi/x86: Get full memory map in allocate_e820()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 19/20] x86: efistub: Clear BSS in EFI handover protocol entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 18/20] x86: efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 20/20] x86: decompressor: Avoid magic offsets for EFI handover entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 17/20] x86: efistub: Check SEV/SNP support while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 16/20] efi: libstub: Add limit argument to efi_random_alloc()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 15/20] x86: head_64: Switch to kernel CS before enabling memory encryption
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 12/20] x86: decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 13/20] x86: decompressor: Factor out kernel decompression and relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 14/20] x86: head_64: Store boot_params pointer in callee-preserved register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 11/20] decompress: Use 8 byte alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 10/20] x86: efistub: Prefer EFI memory attributes protocol over DXE services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/20] x86: decompressor: Call trampoline directly from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/20] x86: decompressor: Merge trampoline cleanup with switching code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/20] x86: decompressor: Only call the trampoline when changing paging levels
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/20] x86: decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/20] x86: efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/20] x86: decompressor: Use standard calling convention for trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/20] x86: decompressor: Store boot_params pointer in callee save register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/20] x86: decompressor: Call trampoline as a normal function
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/20] x86: decompressor: Use proper sequence to take the address of the GOT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/20] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCHv10 11/11] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 01/11] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 08/11] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 07/11] x86/mm: Provide helpers for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 05/11] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 06/11] x86/mm: Reserve unaccepted memory bitmap
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 00/11] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 10/11] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 09/11] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 03/11] x86/boot: Add infrastructure required for unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 02/11] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv10 04/11] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v6 00/14] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [PATCH v5 0/4] generic and PowerPC SED Opal keystore
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH 2/4] powerpc/pseries: PLPKS SED Opal keystore support
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH 3/4] block: sed-opal: keystore access for SED Opal keys
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH 1/4] block:sed-opal: SED Opal keystore
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH 4/4] powerpc/pseries: update SED for PLPKS api changes
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v4 3/3] block: sed-opal: keyring support for SED keys
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• Re: [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH v4 2/3] block: sed-opal: Implement IOC_OPAL_REVERT_LSP
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v4 1/3] block: sed-opal: Implement IOC_OPAL_DISCOVERY
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v4 0/3] sed-opal: keyrings, discovery, revert, key store
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• Re: [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 05/14] x86: Secure Launch main header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 05/14] x86: Secure Launch main header file
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v6 00/14] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v6 00/14] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [PATCH v6 12/14] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 14/14] x86: EFI stub DRTM launch support for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 11/14] reboot: Secure Launch SEXIT support on reboot paths
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 13/14] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 09/14] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 10/14] kexec: Secure Launch kexec SEXIT support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 08/14] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 06/14] x86: Add early SHA support for Secure Launch early measurements
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 02/14] Documentation/x86: Secure Launch kernel documentation
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 05/14] x86: Secure Launch main header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 04/14] x86: Secure Launch Resource Table header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 03/14] x86: Secure Launch Kconfig
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 00/14] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v6 01/14] x86/boot: Place kernel_info at a fixed offset
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] efivarfs: expose used and total size
  • From: Richard Hughes <hughsient@xxxxxxxxx>
• Re: [PATCH v2 3/4] arm64: libstub: Move KASLR handling functions to efi-stub-helper.c
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [GIT PULL] EFI updates for v6.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 3/4] arm64: libstub: Move KASLR handling functions to efi-stub-helper.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [GIT PULL] EFI updates for v6.4
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH RFC 42/43] x86/pie: Allow kernel image to be relocated in top 512G
  • From: "Hou Wenlong" <houwenlong.hwl@xxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 026b85796ab4d52af56f8a1c60d2613983ecd845
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH] efivarfs: expose used and total size
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH 4/6] x86: efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efivarfs: expose used and total size
  • From: Anisse Astier <anisse@xxxxxxxxx>
• Re: [PATCH 1/2] efi/zboot: arm64: Inject kernel code size symbol into the zboot payload
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/2] efi/zboot: arm64: Grab kernel code size from zboot payload
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/2] efi/zboot: arm64: Grab kernel code size from zboot payload
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/2] efi/zboot: arm64: Grab kernel code size from zboot payload
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/2] efi/zboot: arm64: Inject kernel code size symbol into the zboot payload
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/2] arm64: Expose kernel code size to EFI zboot code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/6] x86: efistub: Perform 4/5 level paging switch from the stub
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 6/6] x86: efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/6] x86: efistub: Prefer EFI memory attributes protocol over DXE services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/6] x86: efistub: Obtain ACPI RSDP address while running in the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4/6] x86: efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/6] x86: decompressor: Factor out kernel decompression and relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/6] x86: decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/6] efi/x86: Avoid legacy decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 0/6] RISC-V kasan rework
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 4067a1265c976819d749b61b5406ab6bfacd3a08
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 0/6] RISC-V kasan rework
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH v2 6/6] efi/zboot: arm64: Grab code size from image header
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 1/6] efi/pe: Import new BTI/IBT header flags from the spec
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 2/6] arm64: efi: Enable BTI codegen and add PE/COFF annotation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 5/6] efi/zboot: Set forward edge CFI compat header flag if supported
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 4/6] efi/zboot: Add BSS padding before compression
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 0/6] arm64/efi/zboot: Clean up and enable BTI annotation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 3/6] efi/zboot: arm64: Poke kernel code size into the zboot payload image header
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: kernel 6.2 stuck at boot (efi_call_rts) on arm64
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• RE: [PATCH v3 2/6] efi/cper: Export cper_mem_err_unpack() for use by modules
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: kernel 6.2 stuck at boot (efi_call_rts) on arm64
  • From: Darren Hart <darren@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv9 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCHv9 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RFC PATCH 3/3] efi/zboot: x86: Clear NX restrictions on populated code regions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 2/3] efi/zboot: x86: Implement EFI zboot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 1/3] efi/libstub: x86: Split off pieces shared with zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 0/3] efi: Implement generic zboot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/6] efi/cper: Export cper_mem_err_unpack() for use by modules
  • From: Terry Bowman <Terry.Bowman@xxxxxxx>