Linux EFI/UEFI Development

• Thread Index

• Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH v2] efi/libstub/arm64: Use 1:1 mapping of RT services if property table exists
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 19/19] efi/libstub: Make the LoadFile EFI protocol accessible
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 18/19] efi/libstub: Expose LocateDevicePath boot service
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 17/19] efi/libstub: Clean up command line parsing routine
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 16/19] efi/libstub: Take soft and hard memory limits into account for initrd loading
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 15/19] efi/libstub: Rewrite file I/O routine
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 14/19] efi/libstub: Move file I/O support code into separate file
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 12/19] efi/libstub: Move efi_random_alloc() into separate source file
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 11/19] efi/libstub/x86: Permit cmdline data to be allocated above 4 GB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 10/19] efi/libstub/x86: Permit bootparams struct to be allocated above 4 GB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/19] efi/libstub: Move stub specific declarations into efistub.h
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 08/19] efi/libstub: Use consistent type names for file I/O protocols
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/19] efi/libstub/x86: Incorporate eboot.c into libstub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/19] efi/libstub: Simplify efi_high_alloc() and rename to efi_allocate_pages()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/19] efi/libstub: Move memory map handling and allocation routines to mem.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/19] efi/libstub/arm: Relax FDT alignment requirement
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/19] efi/libstub: Use hidden visiblity for all source files
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 02/19] efi/libstub/x86: Avoid overflowing code32_start on PE entry
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 01/19] efi/libstub/x86: Remove pointless zeroing of apm_bios_info
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 00/19] EFI stub early spring cleaning part 2
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Alexander Graf <agraf@xxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 09e179646916f8bbca74e6fdd625269b3e2a4848
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/7] efi/x86: Don't depend on firmware GDT layout
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/7] x86/efi,boot: GDT handling cleanup/fixes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/7] efi/x86: Don't depend on firmware GDT layout
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 4/7] x86/boot: Clear direction and interrupt flags in startup_64
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 7/7] x86/boot: Micro-optimize GDT loading instructions
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 6/7] x86/boot: GDT limit value should be size - 1
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 5/7] efi/x86: Remove GDT setup from efi_main
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 2/7] efi/x86: Don't depend on firmware GDT layout
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 3/7] x86/boot: Reload GDTR after copying to the end of the buffer
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 1/7] x86/boot: Remove KEEP_SEGMENTS support
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 0/7] x86/efi,boot: GDT handling cleanup/fixes
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] efi/x86: fix boot regression on systems with invalid memmap entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [tip: efi/urgent] efi/x86: Fix boot regression on systems with invalid memmap entries
  • From: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: fix boot regression on systems with invalid memmap entries
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] efi/x86: fix boot regression on systems with invalid memmap entries
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 7/8] Documentation/x86/boot: Clarify segment requirements for EFI handover
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2] efi/bgrt: Accept BGRT tables with a version of 0
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/bgrt: Accept BGRT tables with a version of 0 on Lenovo laptops
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/x86: Mark setup_graphics static
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 8/8] Documentation/x86/boot: Correct segment requirements for 64-bit boot
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 6/8] efi/x86: Change __KERNEL_{CS,DS} to __BOOT_{CS,DS}
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 7/8] Documentation/x86/boot: Clarify segment requirements for EFI handover
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 5/8] efi/x86: Allocate only the required 32 bytes for the GDT
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 3/8] efi/x86: Factor GDT setup code into a function
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 4/8] efi/x86: Only setup the GDT for 32-bit kernel
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 2/8] efi/x86: Allocate the GDT pointer on the stack
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 1/8] efi/x86: Use C wrapper instead of inline assembly
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: mmotm 2020-01-23-21-12 uploaded (efi)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: mmotm 2020-01-23-21-12 uploaded (efi)
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] efi/bgrt: Accept BGRT tables with a version of 0 on Lenovo laptops
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: mmotm 2020-01-23-21-12 uploaded (efi)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: mmotm 2020-01-23-21-12 uploaded (efi)
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: mmotm 2020-01-23-21-12 uploaded (efi)
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] efi/bgrt: Accept BGRT tables with a version of 0 on Lenovo laptops
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS ee45b8ddb29733b7c68825b9ab0a9685adb9ffe4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: mmotm 2020-01-23-21-12 uploaded (efi)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [EXTERNAL] Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 021/107] efi/earlycon: Fix write-combine mapping on x86
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [EXTERNAL] Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• [PATCH 4.19 001/639] Revert "efi: Fix debugobjects warning on efi_rts_work"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v12 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
  • From: Qian Cai <cai@xxxxxx>
• [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next 21/25] include/linux/efi.h:1187:20: error: redefinition of 'efi_rt_services_supported'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
  • From: Qian Cai <cai@xxxxxx>
• [PATCH 5.4 066/222] x86/efistub: Disable paging at mixed mode entry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 072/222] efi/earlycon: Fix write-combine mapping on x86
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 51/76] x86/efistub: Disable paging at mixed mode entry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 23/65] x86/efistub: Disable paging at mixed mode entry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 035/103] x86/efistub: Disable paging at mixed mode entry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 65/97] x86/efistub: Disable paging at mixed mode entry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL 00/13] More EFI updates for v5.6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 2/3] x86/boot/compressed: relax sed symbol type regex for LLVM ld.lld
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] efi/x86: disable instrumentation in EFI runtime handling code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] EFI fixes for -next
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] EFI fixes for -next
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [GIT PULL 00/13] More EFI updates for v5.6
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [GIT PULL 00/13] More EFI updates for v5.6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 3/3] efi/x86: disallow efi=old_map in mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/3] x86/boot/compressed: relax sed symbol type regex for LLVM ld.lld
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/3] efi/x86: avoid KASAN false positives when accessing the 1:1 mapping
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/3] EFI fixes for -next
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 743c5dd59f7e4b9e7a28be6a8f0e8d03271a98ab
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v12 06/10] selftests: firmware: Add firmware_request_platform tests
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v12 05/10] test_firmware: add support for firmware_request_platform
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v12 09/10] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 10/10] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 08/10] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 05/10] test_firmware: add support for firmware_request_platform
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 07/10] Input: silead - Switch to firmware_request_platform for retreiving the fw
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 06/10] selftests: firmware: Add firmware_request_platform tests
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 02/10] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 01/10] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v12 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [efi:next] BUILD INCOMPLETE 6e4ecdb3931ca2cd14737330966ca70b76bcf29b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Qian Cai <cai@xxxxxx>
• [PATCH 01/13] efi/libstub/x86: use const attribute for efi_is_64bit()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/13] efi/x86: don't map the entire kernel text RW for mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/13] efi/libstub/x86: fix unused-variable warning
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/13] efi/x86: limit EFI old memory map to SGI UV machines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/13] efi/x86: avoid RWX mappings for all of DRAM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 11/13] efi: Add tracking for dynamically allocated memmaps
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/13] efi: Fix comment for efi_mem_type() wrt absent physical addresses
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 13/13] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 12/13] efi: Fix efi_memmap_alloc() leaks
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 10/13] efi: Add a flags parameter to efi_memory_map
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 08/13] efi/arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/13] x86/mm: fix NX bit clearing issue in kernel_map_pages_in_pgd
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 02/13] efi/libstub/x86: use mandatory 16-byte stack alignment in mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 00/13] More EFI updates for v5.6
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry
  • From: Nikolai Merinov <n.merinov@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL 00/20] More EFI updates for v5.6
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v11 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v11 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 06/10] selftests: firmware: Add firmware_request_platform tests
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 10/10] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 09/10] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 08/10] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 07/10] Input: silead - Switch to firmware_request_platform for retreiving the fw
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 02/10] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 01/10] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v11 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 5.4 023/165] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 024/165] efi/earlycon: Remap entire framebuffer after page initialization
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 022/165] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 021/165] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 018/165] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 13/84] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 10/84] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 12/84] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 14/84] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 09/62] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 08/62] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 07/62] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 10/62] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 61/91] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 60/91] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 59/91] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 05/10] test_firmware: add support for firmware_request_platform
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [GIT PULL 00/20] More EFI updates for v5.6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v3] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH v3] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [GIT PULL 00/20] More EFI updates for v5.6
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: x86: fix unused-variable warning
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/libstub: x86: fix unused-variable warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] partitions/efi: Fix partition name parsing in GUID partition entry
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [RFC PATCH 3/3] x86/boot/compressed: get rid of GOT fixup code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 1/3] x86/boot/compressed: move .got.plt entries out of the .got section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 0/3] x86/boot: get rid of GOT entries and associated fixup code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/2] efi/libstub/x86: use mandatory 16-byte stack alignment in mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/2] efi/libstub/x86: two more tweaks for the EFI stub startup code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5.4 185/191] efi: Dont attempt to map RCI2 config table if it doesnt exist
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/3] x86/boot: Perform GOT relocation before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 2/3] x86/boot/compressed/32: Allow adjust_got to be called repeatedly
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 1/3] x86/boot/compressed/64: Make adjust_got easier to use repeatedly
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 0/3] Relocate GOT before calling EFI stub
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2] efi/x86: limit EFI old memory map to SGI UV machines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 2/4] efi: Add tracking for dynamically allocated memmaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 1/4] efi: Add a flags parameter to efi_memory_map
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 0/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v10 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v10 05/10] test_firmware: add support for firmware_request_platform
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 2/4] efi: Add tracking for dynamically allocated memmaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 02/20] efi/libstub/x86: force 'hidden' visibility for extern declarations
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 01/20] efi/libstub: fix boot argument handling in mixed mode entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 00/20] More EFI updates for v5.6
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/20] efi/x86: re-disable RT services for 32-bit kernels running on 64-bit EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/20] efi/x86: map the entire EFI vendor string before copying it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 10/20] efi/x86: simplify mixed mode call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/20] efi/x86: split SetVirtualAddresMap() wrappers into 32 and 64 bit versions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/20] efi/x86: split off some old memmap handling into separate routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 13/20] efi/x86: don't panic or BUG() on non-critical error conditions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 15/20] efi/x86: Check number of arguments to variadic functions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 14/20] efi/x86: remove unreachable code in kexec_enter_virtual_mode()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 12/20] efi/x86: clean up efi_systab_init() routine for legibility
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 11/20] efi/x86: drop two near identical versions of efi_runtime_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 18/20] x86/mm: fix NX bit clearing issue in kernel_map_pages_in_pgd
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 16/20] efi/x86: Allow translating 64-bit arguments for mixed mode calls
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 17/20] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 19/20] efi/x86: don't map the entire kernel text RW for mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 20/20] efi/x86: avoid RWX mappings for all of DRAM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/20] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 08/20] efi/x86: simplify i386 efi_call_phys() firmware call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/20] efi/x86: avoid redundant cast of EFI firmware service pointer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v10 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v10 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v3] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Russ Anderson <rja@xxxxxxx>
• [efi:next 16/20] arch/arm/include/asm/efi.h:53:32: warning: 'pci_handle' is used uninitialized in this function
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [efi:next 16/20] arch/arm64/include/asm/efi.h:96:32: warning: 'pci_handle' is used uninitialized in this function
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Dimitri Sivanich <sivanich@xxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [efi:next 19/20] arch/x86/platform/uv/bios_uv.c:366:1: error: stray '`' in program
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/4] efi: Add tracking for dynamically allocated memmaps
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 2/4] efi: Add tracking for dynamically allocated memmaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 1/4] efi: Add a flags parameter to efi_memory_map
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 0/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] efi: Fix handling of multiple contiguous efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH 2/2] efi/x86: Allow translating 64-bit arguments for mixed mode calls
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 1/2] efi/x86: Check number of arguments to variadic functions
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] efi: Fix handling of multiple contiguous efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 4/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 3/4] efi: Fix efi_memmap_alloc() leaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 2/4] efi: Add tracking for dynamically allocated memmaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 1/4] efi: Add a flags parameter to efi_memory_map
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 0/4] efi: Fix handling of multiple efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] efi: Fix handling of multiple contiguous efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH efi] efi/x86: efi_old_memmap_phys_prolog() can be static
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [efi:next 5/13] arch/x86/platform/efi/efi_64.c:77:7: sparse: sparse: symbol 'efi_old_memmap_phys_prolog' was not declared. Should it be static?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 18/21] efi/libstub: use 'func' not 'f' as macro parameter
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 18/21] efi/libstub: use 'func' not 'f' as macro parameter
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 18/21] efi/libstub: use 'func' not 'f' as macro parameter
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v3] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [efi:next 9/13] arch/x86//platform/efi/efi_64.c:1029:10: error: implicit declaration of function 'efi_thunk_set_virtual_address_map'; did you mean 'efi_set_virtual_address_map'?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] efi/x86: Check number of arguments to variadic functions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Fix handling of multiple contiguous efi_fake_mem= entries
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] efi/x86: Check number of arguments to variadic functions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] efi: Fix handling of multiple contiguous efi_fake_mem= entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 1/2] efi/x86: Check number of arguments to variadic functions
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 2/2] efi/x86: Allow translating 64-bit arguments for mixed mode calls
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 1/2] efi/x86: Check number of arguments to variadic functions
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 14/14] efi/x86: remove unreachable code in kexec_enter_virtual_mode()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 13/14] efi/x86: don't panic or BUG() on non-critical error conditions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 12/14] efi/x86: clean up efi_systab_init() routine for legibility
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 10/14] efi/x86: simplify mixed mode call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 11/14] efi/x86: drop two near identical versions of efi_runtime_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/14] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/14] efi/x86: split SetVirtualAddresMap() wrappers into 32 and 64 bit versions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/14] efi/x86: simplify i386 efi_call_phys() firmware call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/14] efi/x86: split off some old memmap handling into separate routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/14] efi/x86: avoid redundant cast of EFI firmware service pointer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/14] efi/x86: map the entire EFI vendor string before copying it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/14] efi/x86: re-disable RT services for 32-bit kernels running on 64-bit EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/14] efi/libstub: use correct system table pointer in mixed mode efi_free()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/14] efi/libstub: fix boot argument handling in mixed mode entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/14] efi: more fixes and general cleanups for v5.6
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 5.4 393/434] efi/memreserve: Register reservations as reserved in /proc/iomem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage
  • From: Dan Williams <dan.j.williams.korg@xxxxxxxxx>
• [PATCH 7/7] efi/x86: clean up efi_systab_init() routine for legibility
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/7] efi/x86: merge two near identical versions of efi_runtime_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/7] efi/x86: avoid redundant cast of EFI firmware service pointer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4/7] efi/x86: map the entire EFI vendor string before copying it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/7] efi/x86: re-disable RT services for 32-bit kernels running on 64-bit EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/7] efi/libstub: use correct system table pointer in mixed mode efi_free()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/7] efi/libstub: fix boot argument handling in mixed mode entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/7] efi: more fixes and general cleanups for v5.6
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 05/38] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 04/38] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 06/38] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH AUTOSEL 4.14 06/57] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 08/57] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 09/57] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 10/57] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 022/187] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 026/187] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 027/187] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 028/187] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 029/187] efi/earlycon: Remap entire framebuffer after page initialization
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 059/187] efi: Don't attempt to map RCI2 config table if it doesn't exist
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 10/84] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 14/84] efi/gop: Return EFI_SUCCESS if a usable GOP was found
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 13/84] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 15/84] efi/gop: Fix memory leak in __gop_query32/64()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 3/3] efi/x86: avoid RWX mappings for all of DRAM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/3] efi/x86: don't map the entire kernel text RW for mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/3] x86/mm: fix NX bit clearing issue in kernel_map_pages_in_pgd
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/3] efi/x86: righten memory protections at runtime
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/x86: simplify mixed mode call wrapper
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 3/3] efi/x86: simplify mixed mode call wrapper
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/x86: simplify mixed mode call wrapper
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/x86: simplify mixed mode call wrapper
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 3/3] efi/x86: simplify mixed mode call wrapper
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 3/3] efi/x86: simplify mixed mode call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/3] efi/x86: simplify i386 efi_call_phys() firmware call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/3] efi/x86: simplify 64-bit EFI firmware call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/3] efi/x86: clean up and simplify runtime call wrappers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH] efi/x86: limit EFI old memory map to SGI UV1 machines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [tip: efi/urgent] efi/earlycon: Fix write-combine mapping on x86
  • From: "tip-bot2 for Arvind Sankar" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] x86/efistub: Disable paging at mixed mode entry
  • From: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi/libstub/random: Initialize pointer variables to zero for mixed mode
  • From: "tip-bot2 for Hans de Goede" <tip-bot2@xxxxxxxxxxxxx>
• Re: [GIT PULL 00/25] EFI updates for v5.6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL 0/3] EFI fixes for v5.5
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 01/25] efi/gop: Remove bogus packed attribute from GOP structures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/25] efi/x86: rename efi_is_native() to efi_is_mixed()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/25] efi/gop: Convert GOP structures to typedef and cleanup some types
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 08/25] efi/libstub: extend native protocol definitions with mixed_mode aliases
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 10/25] efi/libstub: drop explicit 32/64-bit protocol definitions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/25] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/25] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 11/25] efi/libstub: use stricter typing for firmware function pointers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 16/25] efi/libstub: unify the efi_char16_printk implementations
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 19/25] efi/libstub: remove 'sys_table_arg' from all function prototypes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 15/25] efi/libstub: get rid of 'sys_table_arg' macro parameter
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 14/25] efi/libstub: avoid protocol wrapper for file I/O routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 12/25] efi/libstub: annotate firmware routines as __efiapi
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 17/25] efi/libstub/x86: drop __efi_early() export and efi_config struct
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 21/25] efi/libstub: drop protocol argument from efi_call_proto() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 25/25] efi/libstub/x86: avoid globals to store context during mixed mode calls
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 24/25] efi/libstub: tidy up types and names of global cmdline variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 23/25] efi/libstub: rename efi_call_early/_runtime macros to be more intuitive
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 22/25] efi/libstub: drop 'table' argument from efi_table_attr() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 20/25] efi/libstub/x86: work around page freeing issue in mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 18/25] efi/libstub: drop sys_table_arg from printk routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 13/25] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/25] efi/libstub: remove unused __efi_call_early() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/25] efi/gop: Unify 32/64-bit functions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 02/25] efi/gop: Remove unused typedef
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 00/25] EFI updates for v5.6
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/3] x86/efistub: disable paging at mixed mode entry
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/3] efi/libstub/random: Initialize pointer variables to zero for mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/3] efi/earlycon: Fix write-combine mapping on x86
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 0/3] EFI fixes for v5.5
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] partitions/efi: Fix partition name parsing in GUID partition entry
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] partitions/efi: Fix partition name parsing in GUID partition entry
  • From: Nikolai Merinov <n.merinov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efistub: disable paging at mixed mode entry
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] x86/efistub: disable paging at mixed mode entry
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: disable paging at mixed mode entry
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] x86/efistub: disable paging at mixed mode entry
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: disable paging at mixed mode entry
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH] x86/efistub: disable paging at mixed mode entry
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2 00/21] efi/x86: confine type unsafe casting to mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 00/21] efi/x86: confine type unsafe casting to mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 20/21] efi/libstub: import type definitions for creating and signalling events
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 19/21] efi/libstub: tidy up types and names of global cmdline variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 18/21] efi/libstub: use 'func' not 'f' as macro parameter
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 17/21] efi/libstub: drop 'table' argument from efi_table_attr() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 16/21] efi/libstub: drop protocol argument from efi_call_proto() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 15/21] efi/libstub: remove 'sys_table_arg' from all function prototypes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 14/21] efi/libstub: drop sys_table_arg from printk routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 13/21] efi/libstub/x86: drop __efi_early() export of efi_config struct
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 12/21] efi/libstub: unify the efi_char16_printk implementations
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 11/21] efi/libstub: get rid of 'sys_table_arg' macro parameter
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 10/21] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/21] efi/libstub: annotate firmware routines as __efiapi
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/21] efi/libstub: use stricter typing for firmware function pointers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/21] efi/libstub: drop explicit 32/64-bit protocol definitions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/21] efi/libstub/x86: use mixed mode helpers to populate efi_config
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/21] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/21] efi/libstub: extend native protocol definitions with mixed_mode aliases
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/21] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/21] efi/x86: rename efi_is_native() to efi_is_mixed()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/21] efi/libstub: remove unused __efi_call_early() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/21] efi/x86: confine type unsafe casting to mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 09/10] efi/libstub: annotate firmware routines as __efiapi
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/10] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 10/10] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 03/10] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 03/10] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 03/10] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 03/10] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 03/10] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 10/10] efi/libstub/x86: avoid thunking for native firmware calls
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/10] efi/libstub: annotate firmware routines as __efiapi
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 08/10] efi/libstub: use stricter typing for firmware function pointers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/10] efi/libstub: drop explicit 64-bit protocol definitions
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/10] efi/libstub/x86: use mixed mode helpers to populate efi_config
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/10] efi/libstub: add missing apple_properties_protocol_t definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/10] efi/libstub: use a helper to iterate over a EFI handle array
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 01/10] efi/libstub: remove unused __efi_call_early() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/10] efi/libstub: distinguish between native/mixed not 32/64 bit
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 02/10] efi/x86: rename efi_is_native() to efi_is_mixed()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 00/10] efi/x86: confine type unsafe casting to mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH V2] efi: Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 1/6] efi / ras: CCIX Memory error reporting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 6/6] efi / ras: CCIX Agent internal error reporting
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v5 2/6] efi / ras: CCIX Cache error reporting
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v5 1/6] efi / ras: CCIX Memory error reporting
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: show error messages only when loading certificates is failed
  • From: Joey Lee <JLee@xxxxxxxx>
• Re: [PATCH 1/2 v2] efi: add a function to convert the status code to a string
  • From: Joey Lee <JLee@xxxxxxxx>
• Re: efi/gop: do we need to check ConOut any more?
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: show error messages only when loading certificates is failed
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2 v2] efi: add a function to convert the status code to a string
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: show error messages only when loading certificates is failed
  • From: Joey Lee <JLee@xxxxxxxx>
• [PATCH] efi/libstub: disable file loading and page deallocation in mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: show error messages only when loading certificates is failed
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi: show error messages only when loading certificates is failed
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH 1/2 v2] efi: add a function to convert the status code to a string
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH 0/2 v2] efi: cosmetic patches for the error messages when
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH 5.5 regression fix 2/2] efi/libstub/helper: Initialize pointer variables to zero for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] efi/gop: Merge 32/64-bit code
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/5] efi/gop: Convert GOP structures to typedef and cleanup some types
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 3/5] efi/gop: Convert GOP structures to typedef and cleanup some types
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] efi/gop: Merge 32/64-bit code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 3/5] efi/gop: Convert GOP structures to typedef and cleanup some types
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] efi/gop: Merge 32/64-bit code
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• efi/gop: do we need to check ConOut any more?
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] efi/gop: Merge 32/64-bit code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 1/5] efi/gop: Remove bogus packed attribute from GOP structures
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 5/5] efi/gop: Check that the framebuffer will be accessible
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 4/5] efi/gop: Unify 32/64-bit functions
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 3/5] efi/gop: Convert GOP structures to typedef and cleanup some types
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 2/5] efi/gop: Remove unused typedef
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 1/5] efi/gop: Remove bogus packed attribute from GOP structures
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [RFC PATCH 0/5] efi/gop: Merge 32/64-bit code
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] efi/earlycon: Fix write-combine mapping on x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/earlycon: Fix write-combine mapping on x86
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: add a function for transferring status to string
  • From: Joey Lee <JLee@xxxxxxxx>
• Re: [PATCH 5.5 regression fix 2/2] efi/libstub/helper: Initialize pointer variables to zero for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5.5 regression fix 2/2] efi/libstub/helper: Initialize pointer variables to zero for mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>