Linux EFI/UEFI Development
[Prev Page][Next Page]
- Re: [PATCH v2 7/7] cxl/memdev: Register for and process CPER events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH v2 6/7] firmware/efi: Process CXL Component Events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
- From: "Daniel Walker (danielwa)" <danielwa@xxxxxxxxx>
- Re: [PATCH v2 7/7] cxl/memdev: Register for and process CPER events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2 6/7] firmware/efi: Process CXL Component Events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [efi:next] BUILD SUCCESS 94f7f6182c72ba642c1f20111681f9cc8621c95f
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 6/7] firmware/efi: Process CXL Component Events
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v9 4/6] efivarfs: automatically update super block flag
- From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
- Re: [PATCH v9 4/6] efivarfs: automatically update super block flag
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v9 4/6] efivarfs: automatically update super block flag
- From: Masahisa Kojima <masahisa.kojima@xxxxxxxxxx>
- Re: [RFC PATCH 2/6] block: partitions: efi: Fix some style issues
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Add GPT parser to MTD layer
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH 6/6] cxl/memdev: Register for and process CPER events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 6/7] firmware/efi: Process CXL Component Events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 5/7] cxl/events: Create a CXL event union
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 7/7] cxl/memdev: Register for and process CPER events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 2/7] cxl/events: Promote CXL event structures to a core header
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 4/7] cxl/events: Separate UUID from event structures
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 3/7] cxl/events: Create common event UUID defines
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 1/7] cxl/trace: Pass uuid explicitly to event traces
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH v2 0/7] efi/cxl-cper: Report CPER CXL component events through trace events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH 6/6] cxl/memdev: Register for and process CPER events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 6/6] cxl/memdev: Register for and process CPER events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH] efi/x86: Avoid physical KASLR on older Dell systems
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 6/6] dt-bindings: mtd: add GPT partition bindings
- From: Rob Herring <robh@xxxxxxxxxx>
- [RFC PATCH 6/6] dt-bindings: mtd: add GPT partition bindings
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- [RFC PATCH 4/6] block: partitions: efi: Move GPT-specific code to a new library
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- [RFC PATCH 5/6] drivers: mtd: introduce GPT parser for NOR flash devices
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- [RFC PATCH 3/6] block: partitions: efi: Separate out GPT-specific code
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- [RFC PATCH 1/6] block: partitions: efi: Move efi.h header to include/linux/gpt.h
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- [RFC PATCH 2/6] block: partitions: efi: Fix some style issues
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- [RFC PATCH 0/6] Add GPT parser to MTD layer
- From: Romain Gantois <romain.gantois@xxxxxxxxxxx>
- Re: [syzbot] [efi] BUG: corrupted list in efivar_entry_remove
- From: syzbot <syzbot+1902c359bfcaf39c46f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v9 4/6] efivarfs: automatically update super block flag
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: Fwd: Kernel 6.6.1 hangs on "loading initial ramdisk"
- From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
- [efi:urgent] BUILD SUCCESS ab5c4251a00924da243c2c0b4494ae7dc38332c9
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: Fwd: Kernel 6.6.1 hangs on "loading initial ramdisk"
- From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
- Re: Fwd: Kernel 6.6.1 hangs on "loading initial ramdisk"
- From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
- Re: [PATCH v3 5/5] perf: arm_cspmu: drop redundant acpi_dev_uid_to_integer()
- From: Raag Jadav <raag.jadav@xxxxxxxxx>
- Re: [PATCH 6/6] cxl/memdev: Register for and process CPER events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 5/6] firmware/efi: Process CXL Component Events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [efi:next] BUILD SUCCESS 772043f7ae476df19a7b2bfa096c05af8feea97a
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 6/6] cxl/memdev: Register for and process CPER events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH 5/6] firmware/efi: Process CXL Component Events
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- RE: [PATCH 1/6] cxl/trace: Pass uuid explicitly to event traces
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- [PATCH 3/3] efivarfs: Move efivarfs list into superblock s_fs_info
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 2/3] efivarfs: Free s_fs_info on unmount
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 0/3] efivarfs fixes
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 1/3] efivarfs: Move efivar availability check into FS context init
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [syzbot] [efi] BUG: corrupted list in efivar_entry_remove
- From: syzbot <syzbot+1902c359bfcaf39c46f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: syzbot <syzbot+1902c359bfcaf39c46f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: Aleksandr Nogikh <nogikh@xxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: syzbot <syzbot+1902c359bfcaf39c46f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: syzbot <syzbot+1902c359bfcaf39c46f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [syzbot] BUG: corrupted list in efivar_entry_remove
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 6/6] cxl/memdev: Register for and process CPER events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 5/6] firmware/efi: Process CXL Component Events
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- RE: [PATCH 1/6] cxl/trace: Pass uuid explicitly to event traces
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v4] efi/loongarch: Use load address to calculate kernel entry address
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 3/3] arch/x86: Do not include <asm/bootparam.h> in several header files
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 1/3] arch/x86: Move struct pci_setup_rom into pci_setup.h
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 0/5] riscv: Use READ_ONCE()/WRITE_ONCE() for pte accesses
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [PATCH v3 0/5] Support _UID matching for integer types
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [PATCH 3/3] arch/x86: Do not include <asm/bootparam.h> in several header files
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 1/3] arch/x86: Move struct pci_setup_rom into pci_setup.h
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [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
- 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
- [PATCH v3 2/2] efi/loongarch: load address is not equal to link address
- [PATCH v3 0/2] Use load address to calculate kernel entry
- 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
- 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
- [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
- 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>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]