Linux EFI/UEFI Development

• Thread Index

• [RFC PATCH 2/7] efi/libstub: fix prototype of efi_tcg2_protocol::get_event_log()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 1/7] efi/libstub: whitespace cleanup
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 3/3] arm64/ima: add ima_arch support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] arm64/ima: add ima_arch support
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v3 1/3] efi: generalize efi_get_secureboot
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v3 1/3] efi: generalize efi_get_secureboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 3/3] arm64/ima: add ima_arch support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ima: replace arch-specific get_sb_mode() with a common helper ima_get_efi_secureboot()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] treewide: Remove stringification from __alias macro definition
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH] treewide: Remove stringification from __alias macro definition
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• [PATCH v3 3/3] arm64/ima: add ima_arch support
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH v3 2/3] ima: replace arch-specific get_sb_mode() with a common helper ima_get_efi_secureboot()
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH v3 1/3] efi: generalize efi_get_secureboot
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH v3 0/3] add ima_arch support for ARM64
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH] treewide: Remove stringification from __alias macro definition
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 6edcf9dc2e1aff3aa1f5a69ee420fb30dd0e968a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] efi: stub: get rid of efi_get_max_fdt_addr()
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH] efi: stub: get rid of efi_get_max_fdt_addr()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:arm-adrl-replacement] BUILD SUCCESS aaac3733171fca948c4fb66b78257620e3885339
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:arm-p2v-v2] BUILD SUCCESS 9443076e4330a14ae2c6114307668b98a8293b77
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH rc] mm: always have io_remap_pfn_range() set pgprot_decrypted()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2] efi/libstub: EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER should not default to yes
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi/libstub: EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER should not default to yes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS fe5186cf12e30facfe261e9be6c7904a170bd822
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 688eb28211abdf82a3f51e8997f1c8137947227d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 7/8] efi: implement LoadFile2 initrd loading protocol for Linux
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 7/8] efi: implement LoadFile2 initrd loading protocol for Linux
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: fix memory leak in efivarfs_create()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 8/8] linux: ignore FDT unless we need to modify it
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 7/8] efi: implement LoadFile2 initrd loading protocol for Linux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 6/8] efi: add definition of LoadFile2 protocol
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 4/8] linux/arm: unify ARM/arm64 vs Xen PE/COFF header handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 2/8] loader/linux: permit NULL argument for argv[] in grub_initrd_load()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH v2 0/8] linux: implement LoadFile2 initrd loading
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• Re: [PATCH 3/4] efi: implemented LoadFile2 initr loading protocol for Linux
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/4] linux: ignore FDT unless we need to modify it
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• Re: [PATCH 4/4] linux: ignore FDT unless we need to modify it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/4] linux: implement LoadFile2 initrd loading
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• Re: [PATCH 4/4] linux: ignore FDT unless we need to modify it
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• Re: [PATCH 3/4] efi: implemented LoadFile2 initr loading protocol for Linux
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• [PATCH 4/4] linux: ignore FDT unless we need to modify it
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH 3/4] efi: implemented LoadFile2 initr loading protocol for Linux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH 2/4] efi: add definition of LoadFile2 protocol
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH 1/4] loader/linux: permit NULL argument for argv[] in grub_initrd_load()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH 0/4] linux: implement LoadFile2 initrd loading
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
• [PATCH] efivarfs: fix memory leak in efivarfs_create()
  • From: Vamshi K Sthambamkadi <vamshi.k.sthambamkadi@xxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi: add secure boot get helper
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Chester Lin <clin@xxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 1/2] efi: add secure boot get helper
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] efi: add secure boot get helper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi: add secure boot get helper
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH v2 2/2] arm64/ima: add ima_arch support
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH v2 1/2] efi: add secure boot get helper
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH v2 0/2] add ima_arch support for ARM64
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v5.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [GIT PULL] EFI changes for v5.10
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 26/58] fs/zonefs: Utilize new kmap_thread()
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [GIT PULL] EFI fixes for v5.9
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [GIT PULL] Final EFI update for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 51/58] kernel: Utilize new kmap_thread()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH RFC PKS/PMEM 04/58] kmap: Add stray access protection for device pages
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 03/58] memremap: Add zone device access protection
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 01/58] x86/pks: Add a global pkrs option
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 11/58] drivers/net: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 07/58] drivers/drbd: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 08/58] drivers/firmware_loader: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 12/58] fs/afs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 14/58] fs/cifs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 13/58] fs/btrfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 19/58] fs/hfsplus: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 20/58] fs/jffs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 23/58] fs/fuse: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 21/58] fs/nfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 25/58] fs/reiserfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 27/58] fs/ubifs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 26/58] fs/zonefs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 30/58] fs/romfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 28/58] fs/cachefiles: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 32/58] fs/hostfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 35/58] fs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 34/58] fs/erofs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 41/58] drivers/target: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 36/58] fs/ext2: Use ext2_put_page
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 31/58] fs/vboxsf: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 38/58] fs/isofs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 29/58] fs/ntfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 42/58] drivers/scsi: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 37/58] fs/ext2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 43/58] drivers/mmc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 44/58] drivers/xen: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 40/58] net: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 45/58] drivers/firmware: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 46/58] drives/staging: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 47/58] drivers/mtd: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 50/58] drivers/android: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 49/58] drivers/misc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 51/58] kernel: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 52/58] mm: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 53/58] lib: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 54/58] powerpc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 55/58] samples: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 58/58] [dax|pmem]: Enable stray access protection
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 56/58] dax: Stray access protection for dax_direct_access()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 39/58] fs/jffs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 18/58] fs/hfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 17/58] fs/nilfs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 15/58] fs/ecryptfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 16/58] fs/gfs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 06/58] kmap: Introduce k[un]map_thread debugging
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 02/58] x86/pks/test: Add testing for global option
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 00/58] PMEM: Introduce stray write protection for PMEM
  • From: ira.weiny@xxxxxxxxx
• Re: [PATCH] efi:mokvar-table: fix build error
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi:mokvar-table: fix build error
  • From: Xiaoming Ni <nixiaoming@xxxxxxxxxx>
• Re: [PATCH v5 01/16] fs/kernel_read_file: Remove FIRMWARE_PREALLOC_BUFFER enum
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 10/16] module: Call security_kernel_post_load_data()
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 04/16] fs/kernel_read_file: Split into separate source file
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 11/16] LSM: Add "contents" flag to kernel_read_file hook
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH] efi/arm: set HSCTLR Thumb2 bit correctly for HVC calls from HYP
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] docs: admin-guide: EFI Boot Stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH v2 2/2] docs: admin-guide: EFI stub to main Linux handoff
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v8 0/7] Add UEFI support for RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 6329be161cb9ff954137c64575bd1773a9059bcd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH v5 16/16] test_firmware: Test partial read support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 01/16] fs/kernel_read_file: Remove FIRMWARE_PREALLOC_BUFFER enum
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 02/16] fs/kernel_read_file: Remove FIRMWARE_EFI_EMBEDDED enum
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 03/16] fs/kernel_read_file: Split into separate include file
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 08/16] LSM: Introduce kernel_post_load_data() hook
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 12/16] IMA: Add support for file reads without contents
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 07/16] fs/kernel_read_file: Add file_size output argument
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 11/16] LSM: Add "contents" flag to kernel_read_file hook
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 10/16] module: Call security_kernel_post_load_data()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 15/16] firmware: Add request_partial_firmware_into_buf()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 13/16] fs/kernel_file_read: Add "offset" arg for partial reads
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 09/16] firmware_loader: Use security_post_load_data()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 14/16] firmware: Store opt_flags in fw_priv
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 00/16] Introduce partial kernel_read_file() support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 05/16] fs/kernel_read_file: Remove redundant size argument
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 06/16] fs/kernel_read_file: Switch buffer size arg to size_t
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 04/16] fs/kernel_read_file: Split into separate source file
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS d32de9130f6c79533508e2c7879f18997bfbe2a0
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 1e560e69302ff557718d55f2375daf8fd8d0142d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] More EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [GIT PULL] More EFI changes for v5.10
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] More EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.9
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] More EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [efi:urgent] BUILD SUCCESS cd26e76192cb416432d3b2bad33034055bbbd3b5
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 336af6a4686d885a067ecea8c3c3dd129ba4fc75
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxx>
• [efi:next] BUILD SUCCESS d0195a2a4c4d6f244939620b546036be2276ca57
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 3c77989f2e7b8869b475031d99b892e0baf42739
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: Delete deprecated parameter comments
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Fix missing-prototypes in string.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: add definition of EFI_MEMORY_CPU_CRYPTO and ability to report it
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH] efi: add definition of EFI_MEMORY_CPU_CRYPTO and ability to report it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH] efi: Delete deprecated parameter comments
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/7] efi: efivars: limit availability to X86 builds
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4/7] efi: gsmi: fix false dependency on CONFIG_EFI_VARS
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/7] efi: efivars: un-export efivars_sysfs_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 7/7] efi: efivars: remove deprecated sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/7] efi: remove some false dependencies on CONFIG_EFI_VARS
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/7] efi: pstore: move workqueue handling out of efivars
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/7] efi: deprecate/remove efivars sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 05/10] ARM: p2v: factor out BE8 handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/10] ARM: p2v: factor out shared loop processing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 07/10] ARM: p2v: use relative references in patch site arrays
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/10] ARM: p2v: reduce min alignment to 2 MiB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 08/10] ARM: p2v: simplify __fixup_pv_table()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 07/10] ARM: p2v: use relative references in patch site arrays
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 06/10] ARM: p2v: drop redundant 'type' argument from __pv_stub
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 05/10] ARM: p2v: factor out BE8 handling
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 04/10] ARM: p2v: factor out shared loop processing
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 03/10] ARM: p2v: move patching code to separate assembler source file
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 02/10] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/10] ARM: p2v: reduce min alignment to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/10] ARM: p2v: simplify __fixup_pv_table()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/10] ARM: p2v: use relative references in patch site arrays
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/10] ARM: p2v: drop redundant 'type' argument from __pv_stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/10] ARM: p2v: factor out BE8 handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/10] ARM: p2v: factor out shared loop processing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/10] ARM: p2v: move patching code to separate assembler source file
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/10] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/10] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/libstub: Fix missing-prototypes in string.c
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• [RFC/RFT PATCH 6/6] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 5/6] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 4/6] ARM: p2v: use relative references in patch site arrays
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 3/6] ARM: p2v: drop redundant 'type' argument from __pv_stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 2/6] ARM: p2v: factor out BE8 handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 1/6] ARM: p2v: factor out shared loop processing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.9 23/90] efi/arm: Defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 096/330] efi/arm: Defer probe of PCIe backed efifb on DT systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 052/206] efi/arm: Defer probe of PCIe backed efifb on DT systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 029/127] efi/arm: Defer probe of PCIe backed efifb on DT systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 23/90] efi/arm: Defer probe of PCIe backed efifb on DT systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v8 1/7] RISC-V: Move DT mapping outof fixmap
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 4/7] RISC-V: Add PE/COFF header for EFI stub
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 5/7] RISC-V: Add EFI stub support.
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 7/7] RISC-V: Add page table dump support for uefi
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 6/7] RISC-V: Add EFI runtime services
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 3/7] RISC-V: Implement late mapping page table allocation functions
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 2/7] RISC-V: Add early ioremap support
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v8 0/7] Add UEFI support for RISC-V
  • From: Atish Patra <atish.patra@xxxxxxx>
• [efi:next] BUILD SUCCESS 612b5d506d066cdf0a739963e7cd28642d500ec1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] EFI fixes for v5.9-rc5
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• RE: [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 973c2d60254e9548b4f8568e1a349f3852315dd5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 46908326c6b801201f1e46f5ed0db6e85bef74ae
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 0/2] UEFI v2.8 Memory Error Record Updates
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] cper,edac,efi: Memory Error Record: bank group/address and chip id
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 01/12] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 1/2] edac,ghes,cper: Add Row Extension to Memory Error Record
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 01/12] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 1/2] efi/libstub: Add efi_warn and *_once logging helpers
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• Re: [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• Re: EFI regression for efi=noruntime support
  • From: Branden Sherrell <sherrellbc@xxxxxxxxx>
• RE: [RFC PATCH 1/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH v7 5/9] RISC-V: Add PE/COFF header for EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: EFI regression for efi=noruntime support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• EFI regression for efi=noruntime support
  • From: Branden Sherrell <sherrellbc@xxxxxxxxx>
• RE: [RFC PATCH 1/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH v2 0/2] UEFI v2.8 Memory Error Record Updates
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [PATCH 03/12] ARM: module: add support for place relative relocations
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] Quirk to handle Dell BIOS
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH 03/12] ARM: module: add support for place relative relocations
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• [PATCH 12/12] ARM: kvm: replace open coded VA->PA calculations with adr_l call
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 11/12] ARM: head.S: use PC relative insn sequence to calculate PHYS_OFFSET
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 10/12] ARM: head.S: use PC-relative insn sequences for __fixup_pv_table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/12] ARM: sleep.S: use PC-relative insn sequence for sleep_save_sp/mpidr_hash
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 08/12] ARM: head: use PC-relative insn sequence for __smp_alt
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/12] ARM: kernel: use relative references for UP/SMP alternatives
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/12] ARM: head.S: use PC-relative insn sequence for secondary_data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/12] ARM: head-common.S: use PC-relative insn sequence for idmap creation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/12] ARM: head-common.S: use PC-relative insn sequence for __proc_info
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/12] ARM: module: add support for place relative relocations
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 02/12] ARM: efistub: replace adrl pseudo-op with adr_l macro invocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 01/12] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Chester Lin <clin@xxxxxxxx>
• [RFC PATCH 1/2] efi/x86: Add a quirk to support command line arguments on Dell EFI firmware
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 2/2] efi/libstub: Dump command line before/after conversion
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 0/2] Quirk to handle Dell BIOS
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v7 5/9] RISC-V: Add PE/COFF header for EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• [PATCH v3 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v3 0/2] Decode raw MSR values of MCA registers in BERT
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/printf: remove unneeded semicolon
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 0/3] integrity: Load certs from EFI MOK config table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: EFISTUB arguments in Dell BIOS
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH V2 0/3] integrity: Load certs from EFI MOK config table
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v7 5/9] RISC-V: Add PE/COFF header for EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• RE: EFISTUB arguments in Dell BIOS
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5] test_firmware: Test platform fw loading on non-EFI systems
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5] test_firmware: Test platform fw loading on non-EFI systems
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• Re: [PATCH] efi/printf: remove unneeded semicolon
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH RFC/RFT 1/3] efi/libstub: Export efi_low_alloc_above() to other units
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH RFC/RFT 3/3] efi/libstub: base FDT and initrd placement on image address not DRAM base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH RFC/RFT 0/3] efi/libstub: arm32: Remove dependency on dram_base
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH RFC/RFT 2/3] efi/libstub: Use low allocation for the uncompressed kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v7 0/9] Add UEFI support for RISC-V
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/printf: remove unneeded semicolon
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/9] Add UEFI support for RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Jacobo Pantoja <jacobopantoja@xxxxxxxxx>
• Re: [PATCH v7 4/5] x86/build: Warn on orphan section placement
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: EFISTUB arguments in Dell BIOS
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Warn on orphan section placement
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v7 4/5] x86/build: Warn on orphan section placement
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH V2 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH V2 3/3] integrity: Load certs from the EFI MOK config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH V2 0/3] integrity: Load certs from EFI MOK config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH 0/3] integrity: Load certs from EFI MOK config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH v7 0/5] Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/1] efi/libstub: DRAM base calculation
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 5/6] arm64/ima: add ima arch support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 6/6] docs/arm: add the description of uefi-secure-boot param
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 5/6] arm64/ima: add ima arch support
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 3/6] efi: add secure boot flag
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 4/6] efi/arm: check secure boot status in efi init
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 2/6] efi/arm: a helper to parse secure boot param in fdt params
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 0/6] add ima_arch support for ARM64
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v7 0/5] Warn on orphan section placement
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• Re: [PATCH v7 0/5] Warn on orphan section placement
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v7 5/5] x86/boot/compressed: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 4/5] x86/build: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 0/5] Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 1/5] arm64/build: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 3/5] arm/boot: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 2/5] arm/build: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v6 00/29] Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/3] ia64: remove unneeded header includes from <asm/mca.h>
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] ia64: remove unneeded header includes from <asm/mca.h>
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 0/3] ia64: clean-up header dependency and build process, fix build warning
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/3] ia64: remove unneeded header includes from <asm/mca.h>
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v2 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v2 0/2] Decode raw MSR values of MCA registers in BERT
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH v7 5/9] RISC-V: Add PE/COFF header for EFI stub
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 9/9] RISC-V: Add page table dump support for uefi
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 8/9] RISC-V: Add EFI runtime services
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 6/9] RISC-V: Add EFI stub support.
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 7/9] efi: Rename arm-init to efi-init common for all arch
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 4/9] include: pe.h: Add RISC-V related PE definition
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 2/9] RISC-V: Add early ioremap support
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 3/9] RISC-V: Implement late mapping page table allocation functions
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 1/9] RISC-V: Move DT mapping outof fixmap
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v7 0/9] Add UEFI support for RISC-V
  • From: Atish Patra <atish.patra@xxxxxxx>
• Re: [PATCH v2] efi/efivars: Create efivars mount point via efivars abstraction
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v6 0/9] Add UEFI support for RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v2] efi/efivars: Create efivars mount point via efivars abstraction
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2] efi/efivars: Create efivars mount point via efivars abstraction
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/3] integrity: Load certs from EFI MOK config table
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] Add UEFI support for RISC-V
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] integrity: Load certs from the EFI MOK config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH 1/3] efi: Support for MOK variable config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH 2/3] integrity: Move import of MokListRT certs to a separate routine
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH 0/3] integrity: Load certs from EFI MOK config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• [PATCH v2] efi/efivars: Create efivars mount point via efivars abstraction
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• RE: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 5/9] RISC-V: Add PE/COFF header for EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] Add UEFI support for RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v6 5/9] RISC-V: Add PE/COFF header for EFI stub
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v2] efi/efivars: Create efivars mount point via efivars abstraction
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH 0/2] Decode raw MSR values of MCA registers in BERT
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 02/10] arm64: hyperv: Add core Hyper-V include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v7 01/10] arm/arm64: smccc-1.1: Add vendor specific owner definition
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 00/10] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 03/10] arm64: hyperv: Add hypercall and register access functions
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 02/10] arm64: hyperv: Add core Hyper-V include files
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 04/10] arm64: hyperv: Add memory alloc/free functions for Hyper-V size pages
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 08/10] Drivers: hv: vmbus: Add hooks for per-CPU IRQ
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 09/10] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v7 06/10] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] efi/efivars: create efivars mount point when get variable services are available
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] EFI fixes for v5.9-rc1
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v6 19/29] arm/build: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 21/29] arm/boot: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 25/29] x86/build: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 22/29] x86/asm: Avoid generating unused kprobe sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 13/29] arm64/build: Assert for unwanted sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 14/29] arm64/build: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 29/29] x86/boot/compressed: Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 26/29] x86/boot/compressed: Reorganize zero-size section asserts
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 28/29] x86/boot/compressed: Add missing debugging sections to output
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 03/29] vmlinux.lds.h: Avoid KASAN and KCSAN's unwanted sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 00/29] Warn on orphan section placement
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 04/29] vmlinux.lds.h: Split ELF_DETAILS from STABS_DEBUG
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 02/29] vmlinux.lds.h: Add .gnu.version* to COMMON_DISCARDS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 06/29] vmlinux.lds.h: add PGO and AutoFDO input sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 08/29] arm64/mm: Remove needless section quotes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 10/29] arm64/build: Remove .eh_frame* sections due to unwind tables
  • From: Kees Cook <keescook@xxxxxxxxxxxx>