Linux EFI/UEFI Development

• Thread Index

• [PATCH 0/3] arch/x86: Remove unnecessary dependencies on bootparam.h
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4] efi/loongarch: Use load address to calculate kernel entry address
  • From: wangyao@xxxxxxxxxx
• Re: [PATCH v3 0/5] Support _UID matching for integer types
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Ainux Wang <ainux.wang@xxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Ainux Wang <ainux.wang@xxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Ainux Wang <ainux.wang@xxxxxxxxx>
• Re: [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH v3 1/2] efi/loongarch: Use load address to calculate kernel entry address
  • From: wangyao@xxxxxxxxxx
• [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
  • From: wangyao@xxxxxxxxxx
• [PATCH v3 0/2] Use load address to calculate kernel entry
  • From: wangyao@xxxxxxxxxx
• Re: [PATCH v3 0/5] Support _UID matching for integer types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• Re: [PATCH v2] efi/loongarch: Use load address to calculate kernel entry address
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH v2] efi/loongarch: Use load address to calculate kernel entry address
  • From: wangyao@xxxxxxxxxx
• Re: [PATCH] efi/loongarch: Use relocate address to calculate kernel entry address
  • From: Ainux Wang <ainux.wang@xxxxxxxxx>
• Re: [PATCH] efi/loongarch: Use relocate address to calculate kernel entry address
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH] efi/loongarch: Use relocate address to calculate kernel entry address
  • From: wangyao@xxxxxxxxxx
• [efi:next] BUILD SUCCESS b501d5b36f584f09139c6b521842f9e9d2496006
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] EFI fix for v6.7 (#1)
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fix for v6.7 (#1)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/6] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 5/6] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 4/6] cxl/events: Create a CXL event union
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 0/6] efi/cxl-cper: Report CPER CXL component events through trace events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 3/6] cxl/events: Separate UUID from event structures
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 2/6] cxl/events: Promote CXL event structures to a core header
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 1/6] cxl/trace: Pass uuid explicitly to event traces
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC v4 5/6] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 01b1e3ca0e5ce47bbae8217d47376ad01b331b07
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v4 5/6] firmware/efi: Process CXL Component Events
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v2] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v3 4/5] efi: dev-path-parser: use acpi_dev_uid_match() for matching _UID
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v3 2/5] ACPI: bus: update acpi_dev_hid_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v3 5/5] perf: arm_cspmu: drop redundant acpi_dev_uid_to_integer()
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v3 3/5] ACPI: LPSS: use acpi_dev_uid_match() for matching _UID
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v3 1/5] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v3 0/5] Support _UID matching for integer types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• Re: [PATCH] efi/loongarch: Change MMU translation mode
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] efi/loongarch: Change MMU translation mode
  • From: Ainux Wang <ainux.wang@xxxxxxxxx>
• Re: [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 0/8] generic command line v6
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] efi/loongarch: Change MMU translation mode
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] efi/loongarch: Change MMU translation mode
  • From: Ainux Wang <ainux.wang@xxxxxxxxx>
• Re: [PATCH] efi/loongarch: Change MMU translation mode
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v2 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] efi/loongarch: Change MMU translation mode
  • From: wangyao@xxxxxxxxxx
• Re: [PATCH v2 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• Re: [PATCH v2 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 4/6] ACPI: LPSS: use acpi_dev_uid_match() for matching _UID
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] ACPI: bus: update acpi_dev_hid_uid_match() to support multiple types
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] efi: dev-path-parser: use acpi_dev_uid_match() for matching _UID
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 6/6] perf: arm_cspmu: drop redundant acpi_dev_uid_to_integer()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v2 5/6] efi: dev-path-parser: use acpi_dev_uid_match() for matching _UID
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v2 6/6] perf: arm_cspmu: drop redundant acpi_dev_uid_to_integer()
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v2 3/6] ACPI: bus: update acpi_dev_hid_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v2 4/6] ACPI: LPSS: use acpi_dev_uid_match() for matching _UID
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v2 1/6] compiler.h: Introduce helpers for identifying array and pointer types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v2 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v2 0/6] Support _UID matching for integer types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• Re: [RFC PATCH 1/2] Modules: Introduce boot-time module signature flexibility
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [PATCH v1 3/6] ACPI: bus: update acpi_dev_hid_uid_match() to support multiple types
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 3/6] ACPI: bus: update acpi_dev_hid_uid_match() to support multiple types
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v1 6/6] perf: arm_cspmu: drop redundant acpi_dev_uid_to_integer()
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v1 5/6] efi: dev-path-parser: use acpi_dev_uid_match() for matching _UID
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v1 4/6] ACPI: LPSS: use acpi_dev_uid_match() for matching _UID
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v1 3/6] ACPI: bus: update acpi_dev_hid_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v1 0/6] Support integer types for _UID matching
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v1 1/6] compiler.h: Introduce helpers for identifying array and pointer types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• [PATCH v1 2/6] ACPI: bus: update acpi_dev_uid_match() to support multiple types
  • From: Raag Jadav <raag.jadav@xxxxxxxxx>
• Re: [PATCH v3 1/2] docs: admin-guide: Update bootloader and installation instructions
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v7 02/13] Documentation/x86: Secure Launch kernel documentation
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v7 10/13] kexec: Secure Launch kexec SEXIT support
  • From: ross.philipson@xxxxxxxxxx
• [PATCH v3 2/2] docs: admin-guide: Adds explicit target to EFI-Stub doc
  • From: Hunter Chasens <hunter.chasens18@xxxxxxx>
• [PATCH v3 1/2] docs: admin-guide: Update bootloader and installation instructions
  • From: Hunter Chasens <hunter.chasens18@xxxxxxx>
• Re: [PATCH v7 06/13] x86: Add early SHA support for Secure Launch early measurements
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH v7 02/13] Documentation/x86: Secure Launch kernel documentation
  • From: Alyssa Ross <hi@xxxxxxxxx>
• RE: [PATCH v5 2/2] riscv: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• [PATCH] x86/efistub: resolve compilation errors
  • From: "shiqiang.deng" <shiqiang.deng213@xxxxxxxxx>
• Re: [PATCH v7 06/13] x86: Add early SHA support for Secure Launch early measurements
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 06/13] x86: Add early SHA support for Secure Launch early measurements
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH v7 06/13] x86: Add early SHA support for Secure Launch early measurements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 09/13] x86: Secure Launch SMP bringup support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 10/13] kexec: Secure Launch kexec SEXIT support
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v7 07/13] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 02/13] Documentation/x86: Secure Launch kernel documentation
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 08/13] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 12/13] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 05/13] x86: Secure Launch main header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 10/13] kexec: Secure Launch kexec SEXIT support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 06/13] x86: Add early SHA support for Secure Launch early measurements
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 00/13] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 04/13] x86: Secure Launch Resource Table header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 13/13] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 01/13] x86/boot: Place kernel_info at a fixed offset
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 09/13] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 03/13] x86: Secure Launch Kconfig
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v7 11/13] reboot: Secure Launch SEXIT support on reboot paths
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v5 2/2] riscv: Optimize bitops with Zbb extension
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/8] generic command line v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] generic command line v6
  • From: "Daniel Walker (danielwa)" <danielwa@xxxxxxxxx>
• Re: [PATCH 0/8] generic command line v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH 0/8] generic command line v6
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH v5 0/2] riscv: Optimize bitops with Zbb extension
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• [PATCH RFC v4 5/6] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v4 4/6] cxl/events: Create a CXL event union
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v4 6/6] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v4 3/6] cxl/events: Separate UUID from event structures
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v4 0/6] efi/cxl-cper: Report CPER CXL component events through trace events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v4 2/6] cxl/events: Promote CXL event structures to a core header
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v4 1/6] cxl/trace: Pass uuid explicitly to event traces
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v2] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH RFC v3 1/6] cxl/trace: Remove uuid from event trace known events
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v10 5/5] efivarfs: force RO when remounting if SetVariable is not supported
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v10 4/5] efivarfs: automatically update super block flag
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v10 3/5] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v10 2/5] efi: Add EFI_ACCESS_DENIED status code
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v10 1/5] efi: expose efivar generic ops register function
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH v9 6/6] tee: optee: restore efivars ops when tee-supplicant stops
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• PSA: this list has been migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 5/6] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC v3 6/6] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• RE: [PATCH RFC v3 1/6] cxl/trace: Remove uuid from event trace known events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [GIT PULL] EFI update for v6.7
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI update for v6.7
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH RFC v3 1/6] cxl/trace: Remove uuid from event trace known events
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v2] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Michael Roth <michael.roth@xxxxxxx>
• [PATCH v2] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] efi/unaccepted: Fix off-by-one when checking for overlapping ranges
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH RFC v3 1/6] cxl/trace: Remove uuid from event trace known events
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 6/6] cxl/memdev: Register for and process CPER events
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH RFC v3 5/6] firmware/efi: Process CXL Component Events
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 6/6] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 1/6] cxl/trace: Remove uuid from event trace known events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 2/6] cxl/events: Promote CXL event structures to a core header
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 3/6] cxl/events: Remove UUID from non-generic event structures
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 5/6] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 0/6] efi/cxl-cper: Report CPER CXL component events through trace events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v3 4/6] cxl/events: Create a CXL event union
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 05/14] x86: Secure Launch main header file
  • From: ross.philipson@xxxxxxxxxx
• Re: PSA: migrating linux-efi to new vger infrastructure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• PSA: migrating linux-efi to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• RE: [PATCH RFC v2 2/3] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v4 2/2] riscv: Optimize bitops with Zbb extension
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• [PATCH v5 2/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v5 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v5 0/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH v4 2/2] riscv: Optimize bitops with Zbb extension
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• RE: [PATCH v4 2/2] riscv: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH v4 2/2] riscv: Optimize bitops with Zbb extension
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/3] cxl/trace: Remove uuid from event trace known events
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH v4 2/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v4 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v4 0/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• RE: [PATCH v3 2/2] riscv: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• [PATCH AUTOSEL 6.1 19/39] efi: fix memory leak in krealloc failure handling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 27/52] efi: fix memory leak in krealloc failure handling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 26/52] x86/efistub: Don't try to print after ExitBootService()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v3 2/2] riscv: Optimize bitops with Zbb extension
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• RE: [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH RFC v2 2/3] firmware/efi: Process CXL Component Events
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH RFC v2 1/3] cxl/trace: Remove uuid from event trace known events
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH RFC v2 3/3] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v2 2/3] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v2 1/3] cxl/trace: Remove uuid from event trace known events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC v2 0/3] efi/cxl-cper: Report CPER CXL component events through trace events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 5329aa5101f73c451bcd48deaf3f296685849d9c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Jan Hendrik Farr <kernel@xxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.6 #3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fixes for v6.6 #3
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS c03d21f05e76b25f907684bdf874308dcefab385
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/5] riscv: Suffix all page table entry pointers with 'p'
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Jianxiong Gao <jxgao@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 0/2] x86/boot: Fix boot_params init in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/2] x86/boot: Fix boot_params init in EFI stub
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 0/2] x86/boot: Fix boot_params init in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v9 5/6] efivarfs: force RO when remounting if SetVariable is not supported
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH v2 0/2] x86/boot: Fix boot_params init in EFI stub
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC 1/2] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC 1/2] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [REGRESSION] boot fails for EFI boot stub loaded by u-boot
  • From: Ben Schneider <ben@xxxxxxxxx>
• Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [efi:urgent] BUILD SUCCESS db7724134c26fdf16886a560646d02292563f5a4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 2/2] x86/boot: efistub: Assign global boot_params variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 1/2] x86/boot: Rename conflicting boot_params pointer to boot_params_p
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 0/2] x86/boot: Fix boot_params init in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/boot: efistub: Assign global boot_params variable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] x86/boot: efistub: Assign global boot_params variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/boot: efistub: Assign global boot_params variable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] x86/boot: efistub: Assign global boot_params variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 84c3aabfc824f15e8fa11450827ff8d9988f4625
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] x86/boot: efistub: Assign global boot_params variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCHv2] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Nikolay Borisov <nik.borisov@xxxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: Nikolay Borisov <nik.borisov@xxxxxxxx>
• [PATCH] efi/unaccepted: Fix soft lockups caused by parallel memory acceptance
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 0d3ad1917996839a5042d18f04e41915cfa1b74a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi: fix memory leak in krealloc failure handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/5] riscv: Suffix all page table entry pointers with 'p'
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [Report] !!!! Can't find image information. !!!!
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v9 6/6] tee: optee: restore efivars ops when tee-supplicant stops
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• [PATCH v9 6/6] tee: optee: restore efivars ops when tee-supplicant stops
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v9 5/6] efivarfs: force RO when remounting if SetVariable is not supported
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v9 4/6] efivarfs: automatically update super block flag
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v9 2/6] efi: Add EFI_ACCESS_DENIED status code
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v9 1/6] efi: expose efivar generic ops register function
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v9 3/6] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH RFC 2/2] cxl/memdev: Register for and process CPER events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC 1/2] firmware/efi: Process CXL Component Events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH RFC 0/2] efi/cxl-cper: Report CPER CXL component events through trace events
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• RE: [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/3] efi/cper, cxl: Decode CXL Component Events Memory Module Event Record
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH 2/3] efi/cper, cxl: Decode CXL Component Events DRAM Event Record
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH 1/3] efi/cper, cxl: Decode CXL Component Events General Media Event Record
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH 0/3] efi/cper, cxl: Decode CXL Component Events CPER
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [PATCH 4/5] riscv: Suffix all page table entry pointers with 'p'
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 4/5] riscv: Suffix all page table entry pointers with 'p'
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 4/5] riscv: Suffix all page table entry pointers with 'p'
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: Nikolay Borisov <nik.borisov@xxxxxxxx>
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: kirill.shutemov@xxxxxxxxxxxxxxx
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: Nikolay Borisov <nik.borisov@xxxxxxxx>
• Re: [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: kirill.shutemov@xxxxxxxxxxxxxxx
• [PATCH] x86/efistub: Don't try to print after ExitBootService()
  • From: Nikolay Borisov <nik.borisov@xxxxxxxx>
• Re: [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCHv14 5/9] efi: Add unaccepted memory support
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v3 0/9] video: screen_info cleanups
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] video: screen_info cleanups
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 1/9] vgacon: rework Kconfig dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 9/9] efi: move screen_info into efi init code
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v3 9/9] efi: move screen_info into efi init code
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 8/9] hyperv: avoid dependency on screen_info
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 7/9] vga16fb: drop powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 6/9] vgacon: clean up global screen_info instances
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 5/9] vgacon: remove screen_info dependency
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 4/9] vgacon, arch/*: remove unused screen_info definitions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 3/9] dummycon: limit Arm console size hack to footbridge
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 2/9] vgacon: rework screen_info #ifdef checks
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 0/9] video: screen_info cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v3 1/9] vgacon: rework Kconfig dependencies
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessor methods for inode atime and mtime
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [PATCH v2 87/89] fs: rename inode i_atime and i_mtime fields
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 89/89] fs: move i_generation into new hole created after timestamp conversion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 88/89] fs: switch timespec64 fields in inode to discrete integers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 30/89] efivarfs: convert to new timestamp accessors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 02/89] fs: convert core infrastructure to new timestamp accessors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 01/89] fs: new accessor methods for atime and mtime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 00/89] fs: new accessor methods for inode atime and mtime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/5] mm: Introduce pudp/p4dp/pgdp_get() functions
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/5] mm: Introduce pudp/p4dp/pgdp_get() functions
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Jan Hendrik Farr <kernel@xxxxxxxx>
• [PATCH 5/5] riscv: Use accessors to page table entries instead of direct dereference
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 4/5] riscv: Suffix all page table entry pointers with 'p'
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 3/5] riscv: mm: Only compile pgtable.c if MMU
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 2/5] mm: Introduce pudp/p4dp/pgdp_get() functions
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 1/5] riscv: Use WRITE_ONCE() when setting page table entries
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 0/5] riscv: Use READ_ONCE()/WRITE_ONCE() for pte accesses
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [OT] Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 87/87] fs: move i_blocks up a few places in struct inode
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 87/87] fs: move i_blocks up a few places in struct inode
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 87/87] fs: move i_blocks up a few places in struct inode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 87/87] fs: move i_blocks up a few places in struct inode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 87/87] fs: move i_blocks up a few places in struct inode
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 86/87] fs: switch timespec64 fields in inode to discrete integers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 87/87] fs: move i_blocks up a few places in struct inode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 85/87] fs: rename i_atime and i_mtime fields to __i_atime and __i_mtime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 29/87] fs/efivarfs: convert to new inode {a,m}time accessors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 01/87] fs: new accessor methods for atime and mtime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 00/87] fs: new accessor methods for atime and mtime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Jan Hendrik Farr <kernel@xxxxxxxx>
• [PATCH v3 2/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v3 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v3 0/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• RE: [PATCH v2 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• Re: [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• Re: [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Philipp Rudo <prudo@xxxxxxxxxx>
• Re: [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH v2 6/9] ACPI: APEI: GHES: export ghes_report_chain
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 9/9] ACPI: APEI: ESRT: log ARM processor error
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 7/9] ACPI: APEI: ESRT: kick ghes_report_chain notifier to report serialized memory errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 8/9] ACPI: APEI: ESRT: print AER to report serialized PCIe errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 5/9] ACPI: APEI: GHES: Use ERST to serialize APEI generic error before panic
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/9] ACPI: APEI: ERST: Emit the mce_record tracepoint
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 4/9] ACPI: tables: change section_type of generic error data as guid_t
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/9] ACPI: APEI: Use common ERST struct to read/write serialized MCE record
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• [PATCH] efi: fix memory leak in krealloc failure handling
  • From: Kuan-Wei Chiu <visitorckw@xxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.6 (#2)
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] Documentation efi-stub.rst: fix arm64 EFI source location
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [GIT PULL] EFI fixes for v6.6 (#2)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Jan Hendrik Farr <kernel@xxxxxxxx>
• [PATCH 1/2] zboot: Signing the payload
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCH v5 RESEND] efivarfs: Add uid/gid mount options
  • From: Jiao Zhou <jiaozhou@xxxxxxxxxx>
• [PATCH 0/2] Sign the Image which is zboot's payload
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCH 2/2] arm64: Enable signing on the kernel image loaded by kexec file load
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCH v6 07/14] x86: Secure Launch kernel early boot stub
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v2 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v2 1/2] riscv: Rearrange hwcap.h and cpufeature.h
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [PATCH v2 0/2] riscv: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 8dbe33956d96c9d066ef15ca933ede30748198b2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [efi:urgent] BUILD SUCCESS 52c34f16245f6e12c6880e7aeaf14e410f7047b6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 0/8] x86/boot: Rework PE header generation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 6/9] ACPI: APEI: GHES: export ghes_report_chain
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 9/9] ACPI: APEI: ESRT: log ARM processor error
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 8/9] ACPI: APEI: ESRT: print AER to report serialized PCIe errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 5/9] ACPI: APEI: GHES: Use ERST to serialize APEI generic error before panic
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 7/9] ACPI: APEI: ESRT: kick ghes_report_chain notifier to report serialized memory errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/9] ACPI: APEI: ERST: Emit the mce_record tracepoint
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/9] ACPI: tables: change section_type of generic error data as guid_t
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/9] [RFC PATCH 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/9] ACPI: APEI: Use common ERST struct to read/write serialized MCE record
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.6 (#1)
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v3 8/8] x86/boot: Increase section and file alignment to 4k/512
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 6/8] x86/boot: Drop PE/COFF .reloc section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 5/8] x86/boot: Construct PE/COFF .text section from assembler
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 7/8] x86/boot: Split off PE/COFF .data section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 3/8] x86/boot: Define setup size in linker script
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 4/8] x86/boot: Derive file size from _edata symbol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 1/8] x86/boot: Grab kernel_info offset from zoffset header directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 2/8] x86/boot: Set EFI handover offset directly in header asm
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 0/8] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 08/15] x86/boot: Drop references to startup_64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 08/15] x86/boot: Drop references to startup_64
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 08/15] x86/boot: Drop references to startup_64
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 08/15] x86/boot: Drop references to startup_64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 08/15] x86/boot: Drop references to startup_64
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• [GIT PULL] EFI fixes for v6.6 (#1)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 560f54eaa44ce3059defe2b613f04cfe4f8de6b3
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi: Add new variable attributes
  • From: Rong Tao <rtoax@xxxxxxxxxxx>
• [PATCH v2 15/15] x86/boot: Increase section and file alignment to 4k/512
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 14/15] x86/boot: Split off PE/COFF .data section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 12/15] x86/boot: Construct PE/COFF .text section from assembler
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 10/15] x86/boot: Define setup size in linker script
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 13/15] x86/boot: Drop PE/COFF .reloc section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 11/15] x86/boot: Derive file size from _edata symbol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/15] x86/boot: Set EFI handover offset directly in header asm
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/15] x86/boot: Drop references to startup_64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/15] x86/boot: Grab kernel_info offset from zoffset header directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/15] x86/boot: Drop redundant code setting the root device
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/15] x86/boot: Remove the 'bugger off' message
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/15] x86/boot: Omit compression buffer from PE/COFF image memory footprint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/15] x86/efi: Drop alignment flags from PE section headers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/15] x86/efi: Disregard setup header of loaded image
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/15] x86/efi: Drop EFI stub .bss from .data section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/15] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 1/2] efi/unaccepted: Do not let /proc/vmcore try to access unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 1/2] efi/unaccepted: Do not let /proc/vmcore try to access unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH V2 1/2] efi/unaccepted: Do not let /proc/vmcore try to access unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 1/2] efi/unaccepted: Do not let /proc/vmcore try to access unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 2/2] proc/kcore: Do not try to access unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH V2 2/2] proc/kcore: Do not try to access unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH V2 0/2] Do not try to access unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH V2 1/2] efi/unaccepted: Do not let /proc/vmcore try to access unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] efi/x86: Disable buggy QueryVariableInfo() on HP ProBook x360
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 1/1] efivarfs: fix statfs() on efivarfs
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] efivarfs: fix statfs() on efivarfs
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 1/1] efivarfs: fix statfs() on efivarfs
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS d6c221df1e32abdb0dffb36d82c8bfa5024d8b7f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 15/17] x86/boot: Split off PE/COFF .data section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] efivarfs: Add uid/gid mount options
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 0/3] Do not map unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v5] efivarfs: Add uid/gid mount options
  • From: Jiao Zhou <jiaozhou@xxxxxxxxxx>
• [PATCH v4] efivarfs: Add uid/gid mount options
  • From: Jiao Zhou <jiaozhou@xxxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] Documentation efi-stub.rst: fix arm64 EFI source location
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 2/3] proc/kcore: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] proc/kcore: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v6 0/5] riscv: Introduce KASLR
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/3] proc/kcore: Do not map unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 3/3] /dev/mem: Do not map unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 1/3] proc/vmcore: Do not map unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 0/3] Do not map unaccepted memory
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: patchwork-bot+f2fs@xxxxxxxxxx
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] Documentation efi-stub.rst: fix arm64 EFI source location
  • From: mikko.rapeli@xxxxxxxxxx
• [efi:next] BUILD SUCCESS fa0aa919ef448fe4995fe4144c59aee0dce3e9e4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Add Mount Option For Efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2] efivarfs: Add Mount Option For Efivarfs
  • From: Jiao Zhou <jiaozhou@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Anup Patel <apatel@xxxxxxxxxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Jiao Zhou <jiaozhou@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS b691118f2c44d16b84fc65b8147b33620eb18cac
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 0/5] riscv: Introduce KASLR
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/5] riscv: Introduce KASLR
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v2] efi: fix -Wmissing-variable-declarations warning
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• Re: [PATCH v2] efi: fix -Wmissing-variable-declarations warning
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: fix -Wmissing-variable-declarations warning
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: fix -Wmissing-variable-declarations warning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v2] efi: fix -Wmissing-variable-declarations warning
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH v2 08/92] fs: new helper: simple_rename_timestamp
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 08/92] fs: new helper: simple_rename_timestamp
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] fs: add some missing ctime updates
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: fix -Wmissing-variable-declarations warning
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: fix -Wmissing-variable-declarations warning
  • From: Justin Stitt <justinstitt@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [GIT PULL] EFI updates for v6.6
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI updates for v6.6
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS b2eb6b8e2ae0415205d307574087923e733fb020
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS a14198dfe990d58474cea64dab8b95b810a68b70
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/efistub: Fix PCI ROM preservation in mixed mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH] x86/efistub: Fix PCI ROM preservation in mixed mode
  • From: Mikel Rychliski <mikel@xxxxxxxxxx>
• Re: [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] kernel: Add Mount Option For Efivarfs
  • From: Jiao Zhou <jiaozhou@xxxxxxxxxx>
• Re: [PATCH v2 00/11] efi: Clean up runtime wrapper and wire it up for PRM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/11] efi: Clean up runtime wrapper and wire it up for PRM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/11] efi: Clean up runtime wrapper and wire it up for PRM
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 02/11] efi/arm64: Move EFI runtime call setup/teardown helpers out of line
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 17/17] x86/boot: Drop CRC-32 checksum and the build tool that generates it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 17/17] x86/boot: Drop CRC-32 checksum and the build tool that generates it
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 17/17] x86/boot: Drop CRC-32 checksum and the build tool that generates it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 17/17] x86/boot: Drop CRC-32 checksum and the build tool that generates it
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 04/17] x86/boot: Remove the 'bugger off' message
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/17] x86/boot: Split off PE/COFF .data section
  • From: Marvin Häuser <mhaeuser@xxxxxxxxx>
• Re: [06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• [PATCH 08/17] x86/boot: Drop references to startup_64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 16/17] x86/boot: Increase section and file alignment to 4k/512
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 17/17] x86/boot: Drop CRC-32 checksum and the build tool that generates it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 15/17] x86/boot: Split off PE/COFF .data section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 14/17] x86/boot: Drop PE/COFF .reloc section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 13/17] x86/boot: Construct PE/COFF .text section from assembler
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 10/17] x86/boot: Drop workaround for binutils 2.14 in linker script ASSERTs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 12/17] x86/boot: Derive file size from _edata symbol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 11/17] x86/boot: Use fixed size of 16k for setup block
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 09/17] x86/boot: Set EFI handover offset directly in header asm
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 06/17] x86/boot: Drop redundant code setting the root device
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 07/17] x86/boot: Grab kernel_info offset from zoffset header directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 04/17] x86/boot: Remove the 'bugger off' message
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 05/17] x86/boot: Omit compression buffer from PE/COFF image memory footprint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 03/17] x86/efi: Drop alignment flags from PE section headers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 02/17] x86/efi: Disregard setup header of loaded image
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 01/17] x86/efi: Drop EFI stub .bss from .data section
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 00/17] x86/boot: Rework PE header generation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/11] acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/11] efi/runtime-wrappers: Clean up white space and add __init annotation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH v2 10/11] efi/x86: Realign EFI runtime stack
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH v2 11/11] efi/x86: Rely on compiler to emit MS ABI calls
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/11] efi/runtime-wrappers: Don't duplicate setup/teardown code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/11] efi/runtime-wrapper: Move workqueue manipulation out of line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/11] efi/runtime-wrappers: Remove duplicated macro for service returning void
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/11] efi/riscv: Move EFI runtime call setup/teardown helpers out of line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/11] efi/runtime-wrappers: Use type safe encapsulation of call arguments
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/11] efi/x86: Move EFI runtime call setup/teardown helpers out of line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/11] efi: Clean up runtime wrapper and wire it up for PRM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/11] efi/arm64: Move EFI runtime call setup/teardown helpers out of line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/4] acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6 0/5] riscv: Introduce KASLR
  • From: Song Shuai <songshuaishuai@xxxxxxxxxxx>
• Re: [PATCH v6 0/5] riscv: Introduce KASLR
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH] x86/mm: Make e820_end_ram_pfn() cover E820_TYPE_ACPI ranges
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] efi/unaccepted: Use ACPI reclaim memory for unaccepted memory table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 0/5] riscv: Introduce KASLR
  • From: Song Shuai <songshuaishuai@xxxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: Limit mixed mode support to runtime services
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: Limit mixed mode support to runtime services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] efi/x86: Limit mixed mode support to runtime services
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC PATCH] efi/x86: Limit mixed mode support to runtime services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 3/5] efi: Add tee-based EFI variable driver
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v9 21/23] efi/libstub: Add limit argument to efi_random_alloc()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 15/23] x86/decompressor: Merge trampoline cleanup with switching code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 17/23] x86/efistub: Prefer EFI memory attributes protocol over DXE services
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 16/23] x86/efistub: Perform 4/5 level paging switch from the stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 20/23] x86/decompressor: Factor out kernel decompression and relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 23/23] x86/efistub: Avoid legacy decompressor when doing EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 14/23] x86/decompressor: Pass pgtable address to trampoline directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 18/23] decompress: Use 8 byte alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 22/23] x86/efistub: Perform SNP feature test while running in the firmware
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 19/23] x86/decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 13/23] x86/decompressor: Only call the trampoline when changing paging levels
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 03/23] x86/efistub: Branch straight to kernel entry point from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 12/23] x86/decompressor: Call trampoline directly from C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 06/23] x86/efistub: Clear BSS in EFI handover protocol entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 04/23] x86/efistub: Simplify and clean up handover entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 10/23] x86/decompressor: Use standard calling convention for trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 07/23] x86/decompressor: Store boot_params pointer in callee save register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 05/23] x86/decompressor: Avoid magic offsets for EFI handover entrypoint
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 08/23] x86/decompressor: Assign paging related global variables earlier
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 09/23] x86/decompressor: Call trampoline as a normal function
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 11/23] x86/decompressor: Avoid the need for a stack in the 32-bit trampoline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 02/23] x86/head_64: Store boot_params pointer in callee save register
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 01/23] x86/decompressor: Don't rely on upper 32 bits of GPRs being preserved
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v9 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v8 3/5] efi: Add tee-based EFI variable driver
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v8 5/5] efivarfs: force RO when remounting if SetVariable is not supported
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v8 4/5] efivarfs: automatically update super block flag
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v8 2/5] efi: Add EFI_ACCESS_DENIED status code
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• [PATCH v8 1/5] efi: expose efivar generic ops register function
  • From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
• RE: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: "Wang, Xiao W" <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] RISC-V: Optimize bitops with Zbb extension
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 00/23] efi/x86: Avoid bare metal decompressor during EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4/4] acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/4] efi/runtime-wrappers: Remove duplicated macro for service returning void
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/4] efi/runtime-wrapper: Move workqueue manipulation out of line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/4] efi: Clean up runtime wrapper and wire it up for PRM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/4] efi/runtime-wrappers: Use type safe encapsulation of call arguments
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS f6e6e95ce16205025b7b8680a66c30a0c4ec2270
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next] efi: Remove unused extern declaration efi_lookup_mapped_addr()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next] efi: memmap: Remove kernel-doc warnings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/riscv: libstub: Fix comment about absolute relocation
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/riscv: libstub: Fix comment about absolute relocation
  • From: Xiao Wang <xiao.w.wang@xxxxxxxxx>
• Re: [PATCH v2] efi/x86: Ensure that EFI_RUNTIME_MAP is enabled for kexec
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efi/x86: Ensure that EFI_RUNTIME_MAP is enabled for kexec
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] x86/kexec: Add EFI config table identity mapping for kexec kernel
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 22/22] x86/efistub: Avoid legacy decompressor when doing EFI boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v8 19/23] x86/decompressor: Move global symbol references to C code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>