Linux EFI Development - Date Index

• Date Index

• Re: [PATCH 1/3] efi: pstore: Request at most 512 bytes for variable names, (continued)
  • Re: [PATCH 1/3] efi: pstore: Request at most 512 bytes for variable names, Ard Biesheuvel
    • Re: [PATCH 1/3] efi: pstore: Request at most 512 bytes for variable names, Tim Schumacher
    • Re: [PATCH 1/3] efi: pstore: Request at most 512 bytes for variable names, Guilherme G. Piccoli
      • Re: [PATCH 1/3] efi: pstore: Request at most 512 bytes for variable names, Ard Biesheuvel
        • Re: [PATCH 1/3] efi: pstore: Request at most 512 bytes for variable names, Guilherme G. Piccoli
  • [PATCH v2 1/4] efi: pstore: Request at most 512 bytes for variable names, Tim Schumacher
    • [PATCH v2 3/4] efivarfs: Remove unused internal struct members, Tim Schumacher
    • [PATCH v2 2/4] Documentation: Mark the 'efivars' sysfs interface as removed, Tim Schumacher
    • [PATCH v2 4/4] efi: Clear up misconceptions about a maximum variable name size, Tim Schumacher
      • Re: [PATCH v2 4/4] efi: Clear up misconceptions about a maximum variable name size, Ard Biesheuvel
• [GIT PULL] EFI updates for v6.9, Ard Biesheuvel
  • Re: [GIT PULL] EFI updates for v6.9, pr-tracker-bot
• [PATCH RFC 0/8] Clavis LSM, Eric Snowberg
  • [PATCH RFC 3/8] efi: Make clavis boot param persist across kexec, Eric Snowberg
  • [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Eric Snowberg
    • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Jarkko Sakkinen
      • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Eric Snowberg
    • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Jarkko Sakkinen
      • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Eric Snowberg
        • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Jarkko Sakkinen
    • RE: [EXTERNAL] [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Bharat Bhushan
    • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Mimi Zohar
      • Re: [PATCH RFC 1/8] certs: Introduce ability to link to a system key, Eric Snowberg
  • [PATCH RFC 2/8] clavis: Introduce a new system keyring called clavis, Eric Snowberg
  • [PATCH RFC 4/8] clavis: Prevent clavis boot param from changing during kexec, Eric Snowberg
  • [PATCH RFC 5/8] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE), Eric Snowberg
  • [PATCH RFC 6/8] keys: Add ability to track intended usage of the public key, Eric Snowberg
  • [PATCH RFC 7/8] clavis: Introduce a new key type called clavis_key_acl, Eric Snowberg
  • [PATCH RFC 8/8] clavis: Introduce new LSM called clavis, Eric Snowberg
    • Re: [PATCH RFC 8/8] clavis: Introduce new LSM called clavis, Randy Dunlap
      • Re: [PATCH RFC 8/8] clavis: Introduce new LSM called clavis, Eric Snowberg
• [efi:next] BUILD SUCCESS 021bc4b9d7ed8dcc90dc288e59f120fa6e3087dc, kernel test robot
• [efi:next] BUILD SUCCESS WITH WARNING 4749cfc7ffaa827b6ecc916ab8d09bae718688bc, kernel test robot
• [efi:next 1/7] drivers/firmware/efi/libstub/efi-stub-helper.c:225:26: warning: field tagged_event within 'struct efistub_measured_event' is less aligned than 'TCG_PCClientTaggedEvent' (aka 'struct tdTCG_PCClientTaggedEvent') and is usually due to 'struct efistub_measure..., kernel test robot
• [efi:next] BUILD SUCCESS 540e90b461259ac990ce234f526668b86583e3cc, kernel test robot
• [PATCH v3 0/5] efi/libstub: Fall back to CC proto for measurement, Ard Biesheuvel
  • [PATCH v3 1/5] efi/libstub: Use correct event size when measuring data into the TPM, Ard Biesheuvel
    • Re: [PATCH v3 1/5] efi/libstub: Use correct event size when measuring data into the TPM, Ard Biesheuvel
    • Re: [PATCH v3 1/5] efi/libstub: Use correct event size when measuring data into the TPM, Ilias Apalodimas
      • Re: [PATCH v3 1/5] efi/libstub: Use correct event size when measuring data into the TPM, Ard Biesheuvel
        • Re: [PATCH v3 1/5] efi/libstub: Use correct event size when measuring data into the TPM, Ilias Apalodimas
  • [PATCH v3 2/5] efi/tpm: Use symbolic GUID name from spec for final events table, Ard Biesheuvel
  • [PATCH v3 3/5] efi/libstub: Add Confidential Computing (CC) measurement typedefs, Ard Biesheuvel
  • [PATCH v3 4/5] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Ard Biesheuvel
  • [PATCH v3 5/5] efi/libstub: Add get_event_log() support for CC platforms, Ard Biesheuvel
• [PATCH v2 0/5] efi/libstub: Fall back to CC proto for measurement, Ard Biesheuvel
  • [PATCH v2 1/5] efi/libstub: Fold efi_tcg2_tagged_event into efi_measured_event, Ard Biesheuvel
    • Re: [PATCH v2 1/5] efi/libstub: Fold efi_tcg2_tagged_event into efi_measured_event, Ilias Apalodimas
  • [PATCH v2 2/5] efi/tpm: Use symbolic GUID name from spec for final events table, Ard Biesheuvel
    • Re: [PATCH v2 2/5] efi/tpm: Use symbolic GUID name from spec for final events table, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v2 2/5] efi/tpm: Use symbolic GUID name from spec for final events table, Ilias Apalodimas
  • [PATCH v2 3/5] efi/libstub: Add Confidential Computing (CC) measurement typedefs, Ard Biesheuvel
  • [PATCH v2 4/5] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Ard Biesheuvel
  • [PATCH v2 5/5] efi/libstub: Add get_event_log() support for CC platforms, Ard Biesheuvel
• [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Muhammad Usama Anjum
  • Re: [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Ard Biesheuvel
    • Re: [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Ard Biesheuvel
      • Re: [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Ard Biesheuvel
        • Re: [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Kuppuswamy Sathyanarayanan
          • Re: [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Ard Biesheuvel
            • Re: [Bug Report] Bug in "efi/libstub: Add get_event_log() support for CC platforms", Kuppuswamy Sathyanarayanan
• [PATCH] riscv: dmi: Add SMBIOS/DMI support, Haibo Xu
  • Re: [PATCH] riscv: dmi: Add SMBIOS/DMI support, Ard Biesheuvel
    • Re: [PATCH] riscv: dmi: Add SMBIOS/DMI support, Haibo Xu
• [efi:next] BUILD SUCCESS 34dbd8b7c991b784fcc1af7bfa5b6f96f33ff196, kernel test robot
• [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", Yunhui Cui
  • [PATCH 2/3] Revert "riscv/efistub: Tighten ELF relocation check", Yunhui Cui
  • [PATCH 3/3] efistub: fix missed the initialization of gp, Yunhui Cui
    • Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
      • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, yunhui cui
        • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
          • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
            • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, yunhui cui
            • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Palmer Dabbelt
              • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
                • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
                  • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
                  • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, yunhui cui
                    • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
                      • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, yunhui cui
                        • Re: [External] Re: [PATCH 3/3] efistub: fix missed the initialization of gp, Ard Biesheuvel
  • Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", Conor Dooley
    • Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", Ard Biesheuvel
      • Re: [External] Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", yunhui cui
  • Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", Jan Kiszka
    • Re: [External] Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", yunhui cui
      • Re: [External] Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", Ard Biesheuvel
        • Re: [External] Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", yunhui cui
          • Re: [External] Re: [PATCH 1/3] Revert "riscv/efistub: Ensure GP-relative addressing is not used", Ard Biesheuvel
• 판매 문의 2024, info
• [PATCH v5 0/3] Add post-init-providers binding to improve suspend/resume stability, Saravana Kannan
  • [PATCH v5 1/3] driver core: Adds flags param to fwnode_link_add(), Saravana Kannan
  • [PATCH v5 2/3] driver core: Add FWLINK_FLAG_IGNORE to completely ignore a fwnode link, Saravana Kannan
  • [PATCH v5 3/3] of: property: fw_devlink: Add support for "post-init-providers" property, Saravana Kannan
• [PATCH stable-v6.1 00/18] efistub/x86 changes for secure boot, Ard Biesheuvel
  • [PATCH stable-v6.1 01/18] arm64: efi: Limit allocations to 48-bit addressable physical region, Ard Biesheuvel
  • [PATCH stable-v6.1 03/18] x86/efistub: Simplify and clean up handover entry code, Ard Biesheuvel
  • [PATCH stable-v6.1 02/18] efi: efivars: prevent double registration, Ard Biesheuvel
  • [PATCH stable-v6.1 04/18] x86/decompressor: Avoid magic offsets for EFI handover entrypoint, Ard Biesheuvel
  • [PATCH stable-v6.1 05/18] x86/efistub: Clear BSS in EFI handover protocol entrypoint, Ard Biesheuvel
  • [PATCH stable-v6.1 06/18] x86/decompressor: Move global symbol references to C code, Ard Biesheuvel
  • [PATCH stable-v6.1 07/18] efi/libstub: Add memory attribute protocol definitions, Ard Biesheuvel
  • [PATCH stable-v6.1 08/18] efi/libstub: Add limit argument to efi_random_alloc(), Ard Biesheuvel
  • [PATCH stable-v6.1 09/18] x86/efistub: Perform 4/5 level paging switch from the stub, Ard Biesheuvel
  • [PATCH stable-v6.1 10/18] x86/decompressor: Factor out kernel decompression and relocation, Ard Biesheuvel
  • [PATCH stable-v6.1 11/18] x86/efistub: Prefer EFI memory attributes protocol over DXE services, Ard Biesheuvel
  • [PATCH stable-v6.1 12/18] x86/efistub: Perform SNP feature test while running in the firmware, Ard Biesheuvel
  • [PATCH stable-v6.1 13/18] x86/efistub: Avoid legacy decompressor when doing EFI boot, Ard Biesheuvel
  • [PATCH stable-v6.1 14/18] efi/x86: Avoid physical KASLR on older Dell systems, Ard Biesheuvel
  • [PATCH stable-v6.1 15/18] x86/efistub: Avoid placing the kernel below LOAD_PHYSICAL_ADDR, Ard Biesheuvel
  • [PATCH stable-v6.1 17/18] x86/boot: efistub: Assign global boot_params variable, Ard Biesheuvel
  • [PATCH stable-v6.1 16/18] x86/boot: Rename conflicting 'boot_params' pointer to 'boot_params_ptr', Ard Biesheuvel
  • [PATCH stable-v6.1 18/18] efi/x86: Fix the missing KASLR_FLAG bit in boot_params->hdr.loadflags, Ard Biesheuvel
  • Re: [PATCH stable-v6.1 00/18] efistub/x86 changes for secure boot, Greg KH
• [PATCH 0/4] efi/libstub: Fall back to CC proto for measurement, Ard Biesheuvel
  • [PATCH 1/4] efi/libstub: Fold efi_tcg2_tagged_event into efi_measured_event, Ard Biesheuvel
    • Re: [PATCH 1/4] efi/libstub: Fold efi_tcg2_tagged_event into efi_measured_event, Kuppuswamy Sathyanarayanan
      • Re: [PATCH 1/4] efi/libstub: Fold efi_tcg2_tagged_event into efi_measured_event, Ard Biesheuvel
        • Re: [PATCH 1/4] efi/libstub: Fold efi_tcg2_tagged_event into efi_measured_event, Kuppuswamy Sathyanarayanan
  • [PATCH 2/4] efi/libstub: Add Confidential Computing (CC) measurement typedefs, Ard Biesheuvel
    • Re: [PATCH 2/4] efi/libstub: Add Confidential Computing (CC) measurement typedefs, Ilias Apalodimas
      • Re: [PATCH 2/4] efi/libstub: Add Confidential Computing (CC) measurement typedefs, Kuppuswamy Sathyanarayanan
        • Re: [PATCH 2/4] efi/libstub: Add Confidential Computing (CC) measurement typedefs, Ilias Apalodimas
  • [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Ard Biesheuvel
    • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Dionna Amalie Glaze
      • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Ard Biesheuvel
        • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Ilias Apalodimas
        • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Dionna Amalie Glaze
          • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Kuppuswamy Sathyanarayanan
            • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Dionna Amalie Glaze
              • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Kuppuswamy Sathyanarayanan
                • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Dionna Amalie Glaze
              • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Ard Biesheuvel
    • Re: [PATCH 3/4] efi/libstub: Measure into CC protocol if TCG2 protocol is absent, Kuppuswamy Sathyanarayanan
  • [PATCH 4/4] efi/libstub: Add get_event_log() support for CC platforms, Ard Biesheuvel
• Development of new flavors, Maxwell Atlee
• [GIT PULL] EFI fixes for v6.8 #2, Ard Biesheuvel
  • Re: [GIT PULL] EFI fixes for v6.8 #2, pr-tracker-bot
• [PATCH 0/4] efi/cxl-cper: Report CXL CPER events through tracing, Ira Weiny
  • [PATCH 1/4] cxl/event: Add missing include files, Ira Weiny
    • Re: [PATCH 1/4] cxl/event: Add missing include files, Dan Williams
      • Re: [PATCH 1/4] cxl/event: Add missing include files, Ira Weiny
  • [PATCH 2/4] acpi/ghes: Process CXL Component Events, Ira Weiny
    • Re: [PATCH 2/4] acpi/ghes: Process CXL Component Events, Dan Williams
      • Re: [PATCH 2/4] acpi/ghes: Process CXL Component Events, Ira Weiny
  • [PATCH 3/4] cxl/pci: Register for and process CPER events, Ira Weiny
    • Re: [PATCH 3/4] cxl/pci: Register for and process CPER events, Dan Williams
  • [PATCH 4/4] ras/events: Trace CXL CPER events even without the CXL stack loaded, Ira Weiny
    • Re: [PATCH 4/4] ras/events: Trace CXL CPER events even without the CXL stack loaded, Dan Williams
      • Re: [PATCH 4/4] ras/events: Trace CXL CPER events even without the CXL stack loaded, Ira Weiny
• [efi:urgent] BUILD SUCCESS 2ce507f57ba9c78c080d4a050ebdc97263239de8, kernel test robot
• [PATCH 1/2] efivarfs: Drop redundant cleanup on fill_super() failure, Ard Biesheuvel
  • [PATCH 2/2] efivarfs: Drop 'duplicates' bool parameter on efivar_init(), Ard Biesheuvel
• [PATCH v4 0/4] Add post-init-providers binding to improve suspend/resume stability, Saravana Kannan
  • [PATCH v4 1/4] driver core: Adds flags param to fwnode_link_add(), Saravana Kannan
  • [PATCH v4 2/4] driver core: Add FWLINK_FLAG_IGNORE to completely ignore a fwnode link, Saravana Kannan
  • [PATCH v4 3/4] dt-bindings: Add post-init-providers property, Saravana Kannan
    • Re: [PATCH v4 3/4] dt-bindings: Add post-init-providers property, Rob Herring
  • [PATCH v4 4/4] of: property: fw_devlink: Add support for "post-init-providers" property, Saravana Kannan
  • Re: [PATCH v4 0/4] Add post-init-providers binding to improve suspend/resume stability, Rafael J. Wysocki
  • Re: [PATCH v4 0/4] Add post-init-providers binding to improve suspend/resume stability, Rob Herring
• [PATCH v3 0/4] Add post-init-providers binding to improve suspend/resume stability, Saravana Kannan
  • [PATCH v3 1/4] driver core: Adds flags param to fwnode_link_add(), Saravana Kannan
  • [PATCH v3 2/4] driver core: Add FWLINK_FLAG_IGNORE to completely ignore a fwnode link, Saravana Kannan
  • [PATCH v3 3/4] dt-bindings: Add post-init-providers property, Saravana Kannan
    • Re: [PATCH v3 3/4] dt-bindings: Add post-init-providers property, Rob Herring
      • Re: [PATCH v3 3/4] dt-bindings: Add post-init-providers property, Saravana Kannan
        • Re: [PATCH v3 3/4] dt-bindings: Add post-init-providers property, Krzysztof Kozlowski
  • [PATCH v3 4/4] of: property: fw_devlink: Add support for "post-init-providers" property, Saravana Kannan
    • Re: [PATCH v3 4/4] of: property: fw_devlink: Add support for "post-init-providers" property, Andy Shevchenko
      • Re: [PATCH v3 4/4] of: property: fw_devlink: Add support for "post-init-providers" property, Saravana Kannan
        • Re: [PATCH v3 4/4] of: property: fw_devlink: Add support for "post-init-providers" property, Rob Herring
  • Re: [PATCH v3 0/4] Add post-init-providers binding to improve suspend/resume stability, Andy Shevchenko
    • Re: [PATCH v3 0/4] Add post-init-providers binding to improve suspend/resume stability, Saravana Kannan
      • Re: [PATCH v3 0/4] Add post-init-providers binding to improve suspend/resume stability, Rafael J. Wysocki
• [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration, Maxwell Bland
  • [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation, Maxwell Bland
    • Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation, Christophe Leroy
      • Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation, David Hildenbrand
        • RE: [External] Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation, Maxwell Bland
  • [PATCH 4/4] arm64: dynamic enforcement of pmd-level PXNTable, Maxwell Bland
  • [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides, Maxwell Bland
    • Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides, Christoph Hellwig
      • Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides, Christophe Leroy
    • Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides, Christophe Leroy
      • Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides, Maxwell Bland
  • [PATCH 3/4] arm64: separate code and data virtual memory allocation, Maxwell Bland
    • Re: [PATCH 3/4] arm64: separate code and data virtual memory allocation, Christophe Leroy
  • Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration, Christophe Leroy
    • Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration, Maxwell Bland
  • Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration, Conor Dooley
    • RE: [External] Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration, Maxwell Bland
• [PATCH 0/2] x86/snp: Add kexec support, Ashish Kalra
  • [PATCH 1/2] x86/mm: Do not zap PMD entry mapping unaccepted memory table during kdump., Ashish Kalra
    • Re: [PATCH 1/2] x86/mm: Do not zap PMD entry mapping unaccepted memory table during kdump., Kirill A. Shutemov
      • Re: [PATCH 1/2] x86/mm: Do not zap PMD entry mapping unaccepted memory table during kdump., Kalra, Ashish
  • [PATCH 2/2] x86/snp: Convert shared memory back to private on kexec, Ashish Kalra
    • Re: [PATCH 2/2] x86/snp: Convert shared memory back to private on kexec, Tom Lendacky
      • Re: [PATCH 2/2] x86/snp: Convert shared memory back to private on kexec, Kirill A. Shutemov
        • Re: [PATCH 2/2] x86/snp: Convert shared memory back to private on kexec, Tom Lendacky
• [PATCH v2] efi/x86: skip efi_arch_mem_reserve() in case of kexec., Ashish Kalra
• [PATCH] efi/x86: skip efi_arch_mem_reserve() in case of kexec., Ashish Kalra
• [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Boqun Feng
  • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Boqun Feng
  • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Ard Biesheuvel
    • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Ard Biesheuvel
  • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Greg KH
    • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Boqun Feng
      • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Ard Biesheuvel
        • Re: [RFC] efi: Add ACPI_MEMORY_NVS into the linear map, Boqun Feng
• [efi:urgent] BUILD SUCCESS e258b85f1c3c9122fe4592a0cf99669c60df35e1, kernel test robot
• x86 efistub stable backports for v6.6, Ard Biesheuvel
  • Re: x86 efistub stable backports for v6.6, Greg KH
    • Re: x86 efistub stable backports for v6.6, Ard Biesheuvel
      • Re: x86 efistub stable backports for v6.6, Greg KH
        • Re: x86 efistub stable backports for v6.6, Ard Biesheuvel
          • Re: x86 efistub stable backports for v6.6, xnox
            • Re: x86 efistub stable backports for v6.6, Ard Biesheuvel
              • Re: x86 efistub stable backports for v6.6, Dimitri John Ledkov
  • Re: x86 efistub stable backports for v6.6, Greg KH
• [PATCH v2 0/2] Add measurement and event log support for CC platforms, Kuppuswamy Sathyanarayanan
  • [PATCH v2 1/2] efi/libstub: Add Confidential Computing (CC) measurement support, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v2 1/2] efi/libstub: Add Confidential Computing (CC) measurement support, Ilias Apalodimas
      • Re: [PATCH v2 1/2] efi/libstub: Add Confidential Computing (CC) measurement support, Kuppuswamy Sathyanarayanan
        • Re: [PATCH v2 1/2] efi/libstub: Add Confidential Computing (CC) measurement support, Ilias Apalodimas
          • Re: [PATCH v2 1/2] efi/libstub: Add Confidential Computing (CC) measurement support, Ard Biesheuvel
  • [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Ilias Apalodimas
      • Re: [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Kuppuswamy Sathyanarayanan
        • Re: [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Ilias Apalodimas
          • Re: [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Kuppuswamy Sathyanarayanan
            • Re: [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Ilias Apalodimas
              • Re: [PATCH v2 2/2] efi/libstub: Add get_event_log() support for CC platforms, Kuppuswamy Sathyanarayanan
• [PATCH v8 00/15] x86: Trenchboot secure dynamic launch Linux kernel support, Ross Philipson
  • [PATCH v8 03/15] x86: Secure Launch Kconfig, Ross Philipson
    • Re: [PATCH v8 03/15] x86: Secure Launch Kconfig, Ard Biesheuvel
      • Re: [PATCH v8 03/15] x86: Secure Launch Kconfig, ross . philipson
  • [PATCH v8 04/15] x86: Secure Launch Resource Table header file, Ross Philipson
    • Re: [PATCH v8 04/15] x86: Secure Launch Resource Table header file, Ard Biesheuvel
      • Re: [PATCH v8 04/15] x86: Secure Launch Resource Table header file, Andrew Cooper
        • Re: [PATCH v8 04/15] x86: Secure Launch Resource Table header file, ross . philipson
      • Re: [PATCH v8 04/15] x86: Secure Launch Resource Table header file, ross . philipson
    • Re: [PATCH v8 04/15] x86: Secure Launch Resource Table header file, Kim Phillips
      • Re: [PATCH v8 04/15] x86: Secure Launch Resource Table header file, ross . philipson
  • [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Ross Philipson
    • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Ard Biesheuvel
      • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Daniel Kiper
      • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Daniel P. Smith
        • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, H. Peter Anvin
          • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Daniel P. Smith
        • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Ard Biesheuvel
          • Re: [PATCH v8 01/15] x86/boot: Place kernel_info at a fixed offset, Daniel P. Smith
  • [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Ross Philipson
    • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Ard Biesheuvel
      • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Andrew Cooper
        • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Ard Biesheuvel
          • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Andrew Cooper
            • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Ard Biesheuvel
              • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Andrew Cooper
                • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Eric Biggers
                  • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Andrew Cooper
                    • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Eric Biggers
                      • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Andy Lutomirski
                        • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Eric Biggers
                          • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, ross . philipson
                          • Re: [PATCH v8 06/15] x86: Add early SHA support for Secure Launch early measurements, Jarkko Sakkinen
  • [PATCH v8 05/15] x86: Secure Launch main header file, Ross Philipson
  • [PATCH v8 14/15] x86: Secure Launch late initcall platform module, Ross Philipson
    • Re: [PATCH v8 14/15] x86: Secure Launch late initcall platform module, Ard Biesheuvel
      • Re: [PATCH v8 14/15] x86: Secure Launch late initcall platform module, Daniel P. Smith
        • Re: [PATCH v8 14/15] x86: Secure Launch late initcall platform module, Ard Biesheuvel
          • Re: [PATCH v8 14/15] x86: Secure Launch late initcall platform module, Daniel P. Smith
    • Re: [PATCH v8 14/15] x86: Secure Launch late initcall platform module, kernel test robot
    • Re: [PATCH v8 14/15] x86: Secure Launch late initcall platform module, kernel test robot
  • [PATCH v8 08/15] x86: Secure Launch kernel late boot stub, Ross Philipson
  • [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, Ross Philipson
    • Re: [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, Ard Biesheuvel
      • Re: [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, ross . philipson
        • Re: [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, H. Peter Anvin
          • Re: [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, Ard Biesheuvel
    • Re: [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, kernel test robot
    • Re: [PATCH v8 15/15] x86: EFI stub DRTM launch support for Secure Launch, kernel test robot
  • [PATCH v8 02/15] Documentation/x86: Secure Launch kernel documentation, Ross Philipson
  • [PATCH v8 07/15] x86: Secure Launch kernel early boot stub, Ross Philipson
    • Re: [PATCH v8 07/15] x86: Secure Launch kernel early boot stub, Ard Biesheuvel
      • Re: [PATCH v8 07/15] x86: Secure Launch kernel early boot stub, ross . philipson
  • [PATCH v8 09/15] x86: Secure Launch SMP bringup support, Ross Philipson
  • [PATCH v8 10/15] kexec: Secure Launch kexec SEXIT support, Ross Philipson
  • [PATCH v8 12/15] tpm: Add ability to set the preferred locality the TPM chip uses, Ross Philipson
  • [PATCH v8 11/15] reboot: Secure Launch SEXIT support on reboot paths, Ross Philipson
  • [PATCH v8 13/15] tpm: Add sysfs interface to allow setting and querying the preferred locality, Ross Philipson
• [efi:urgent] BUILD SUCCESS fccfa646ef3628097d59f7d9c1a3e84d4b6bb45e, kernel test robot
• [PATCH AUTOSEL 5.10 1/6] efi: runtime: Fix potential overflow of soft-reserved region size, Sasha Levin
  • [PATCH AUTOSEL 5.10 2/6] efi: Don't add memblocks for soft-reserved memory, Sasha Levin
• [PATCH AUTOSEL 5.15 15/22] efi: Don't add memblocks for soft-reserved memory, Sasha Levin
• [PATCH AUTOSEL 5.15 14/22] efi: runtime: Fix potential overflow of soft-reserved region size, Sasha Levin
• [PATCH AUTOSEL 6.1 16/28] efi: Don't add memblocks for soft-reserved memory, Sasha Levin
• [PATCH AUTOSEL 6.1 15/28] efi: runtime: Fix potential overflow of soft-reserved region size, Sasha Levin
• [PATCH AUTOSEL 6.6 28/51] efi: Don't add memblocks for soft-reserved memory, Sasha Levin
• [PATCH AUTOSEL 6.6 27/51] efi: runtime: Fix potential overflow of soft-reserved region size, Sasha Levin
• [PATCH AUTOSEL 6.7 33/58] efi: Don't add memblocks for soft-reserved memory, Sasha Levin
• [PATCH AUTOSEL 6.7 32/58] efi: runtime: Fix potential overflow of soft-reserved region size, Sasha Levin
• [PATCH v2 0/4] Add post-init-supplier binding to improve suspend/resume stability, Saravana Kannan
  • [PATCH v2 1/4] driver core: Adds flags param to fwnode_link_add(), Saravana Kannan
  • [PATCH v2 2/4] driver core: Add FWLINK_FLAG_IGNORE to completely ignore a fwnode link, Saravana Kannan
  • [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
    • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Rob Herring
    • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Conor Dooley
      • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Conor Dooley
      • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
        • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Conor Dooley
          • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
            • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Conor Dooley
              • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
        • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Krzysztof Kozlowski
          • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
            • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Krzysztof Kozlowski
    • Re: [PATCH v2 3/4] dt-bindings: Add post-init-supplier property, Rob Herring
  • [PATCH v2 4/4] of: property: fw_devlink: Add support for "post-init-supplier" property, Saravana Kannan
• [PATCH] efi/capsule-loader: fix incorrect allocation size, Arnd Bergmann
  • Re: [PATCH] efi/capsule-loader: fix incorrect allocation size, Ard Biesheuvel
• [PATCH v1 0/4] Add post-init-supplier binding to improve suspend/resume stability, Saravana Kannan
  • [PATCH v1 1/4] driver core: Adds flags param to fwnode_link_add(), Saravana Kannan
  • [PATCH v1 2/4] driver core: Add FWLINK_FLAG_IGNORE to completely ignore a fwnode link, Saravana Kannan
  • [PATCH v1 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
    • Re: [PATCH v1 3/4] dt-bindings: Add post-init-supplier property, Rob Herring
      • Re: [PATCH v1 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
    • Re: [PATCH v1 3/4] dt-bindings: Add post-init-supplier property, Rob Herring
    • Re: [PATCH v1 3/4] dt-bindings: Add post-init-supplier property, Krzysztof Kozlowski
      • Re: [PATCH v1 3/4] dt-bindings: Add post-init-supplier property, Saravana Kannan
  • [PATCH v1 4/4] of: property: fw_devlink: Add support for "post-init-supplier" property, Saravana Kannan
• [GIT PULL] EFI fixes for v6.8 #1, Ard Biesheuvel
  • Re: [GIT PULL] EFI fixes for v6.8 #1, pr-tracker-bot
• [PATCH] drivers: efistub: fix typo in docs, Vincenzo Mezzela
• [PATCH 0/4] PCI: Consolidate TLP Log reading and printing, Ilpo Järvinen
  • [PATCH 1/4] PCI/AER: Cleanup register variable, Ilpo Järvinen
  • [PATCH 2/4] PCI: Generalize TLP Header Log reading, Ilpo Järvinen
    • Re: [PATCH 2/4] PCI: Generalize TLP Header Log reading, Bjorn Helgaas
  • [PATCH 3/4] PCI: Add TLP Prefix reading into pcie_read_tlp_log(), Ilpo Järvinen
    • Re: [PATCH 3/4] PCI: Add TLP Prefix reading into pcie_read_tlp_log(), Bjorn Helgaas
  • [PATCH 4/4] PCI: Create helper to print TLP Header and Prefix Log, Ilpo Järvinen
  • Re: [PATCH 0/4] PCI: Consolidate TLP Log reading and printing, Ilpo Järvinen
  • Re: [PATCH 0/4] PCI: Consolidate TLP Log reading and printing, Bjorn Helgaas
    • Re: [PATCH 0/4] PCI: Consolidate TLP Log reading and printing, Ilpo Järvinen
      • Re: [PATCH 0/4] PCI: Consolidate TLP Log reading and printing, Ilpo Järvinen
• [efi:urgent] BUILD SUCCESS 1ad55cecf22f05f1c884adf63cc09d3c3e609ebf, kernel test robot
• [PATCH 0/2] x86/boot: EFISTUB section alignment, Evgeniy Baskov
  • [PATCH 1/2] x86/boot: Order sections by their RVAs, Evgeniy Baskov
    • Re: [PATCH 1/2] x86/boot: Order sections by their RVAs, Ard Biesheuvel
      • Re: [PATCH 1/2] x86/boot: Order sections by their RVAs, Evgeniy Baskov
        • Re: [PATCH 1/2] x86/boot: Order sections by their RVAs, Ard Biesheuvel
          • Re: [PATCH 1/2] x86/boot: Order sections by their RVAs, Mike Beaton
            • Re: [PATCH 1/2] x86/boot: Order sections by their RVAs, Ard Biesheuvel
  • [PATCH 2/2] x86/boot: Align .compat virtual size, Evgeniy Baskov
    • Re: [PATCH 2/2] x86/boot: Align .compat virtual size, Ard Biesheuvel
• [PATCH] x86/efistub: Use 1:1 file:memory mapping for PE/COFF .compat section, Ard Biesheuvel
• Broken section alignment in 6.7 and 6.8rc EFI stub, Mike Beaton
  • Re: Broken section alignment in 6.7 and 6.8rc EFI stub, Bagas Sanjaya
    • Re: Broken section alignment in 6.7 and 6.8rc EFI stub, Mike Beaton
      • Re: Broken section alignment in 6.7 and 6.8rc EFI stub, Ard Biesheuvel
        • Re: Broken section alignment in 6.7 and 6.8rc EFI stub, Ard Biesheuvel
• [efi:urgent] BUILD SUCCESS dbea519d6878c298dd0f48e6ec2dbacebe4bbb2a, kernel test robot
• [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, Kuppuswamy Sathyanarayanan
  • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, Ard Biesheuvel
    • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, Kuppuswamy Sathyanarayanan
  • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, James Bottomley
    • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, Kuppuswamy Sathyanarayanan
      • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, Ard Biesheuvel
        • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, Kuppuswamy Sathyanarayanan
      • Re: [PATCH v1] efi/libstub: Add Confidential Computing (CC) measurement support, James Bottomley
• [PATCH v2 0/2] efi: Fixes for EFI_MEMORY_SP memory on RISC-V and ARM64, Andrew Bresticker
  • [PATCH v2 1/2] efi: runtime: Fix potential overflow of soft-reserved region size, Andrew Bresticker
  • [PATCH v2 2/2] efi: Don't add memblocks for soft-reserved memory, Andrew Bresticker
  • Re: [PATCH v2 0/2] efi: Fixes for EFI_MEMORY_SP memory on RISC-V and ARM64, Ard Biesheuvel
    • Re: [PATCH v2 0/2] efi: Fixes for EFI_MEMORY_SP memory on RISC-V and ARM64, Palmer Dabbelt
• [PATCH 0/2] efi: Fixes for EFI_MEMORY_SP memory on RISC-V and ARM64, Andrew Bresticker
  • [PATCH 1/2] efi: runtime: Fix potential overflow of soft-reserved region size, Andrew Bresticker
    • Re: [PATCH 1/2] efi: runtime: Fix potential overflow of soft-reserved region size, Ard Biesheuvel
  • [PATCH 2/2] efi: Don't add memblocks for unusable memory, Andrew Bresticker
    • Re: [PATCH 2/2] efi: Don't add memblocks for unusable memory, Ard Biesheuvel
      • Re: [PATCH 2/2] efi: Don't add memblocks for unusable memory, Andrew Bresticker
• [PATCH 0/2] cxl/cper: Fixes for CXL CPER event processing, Ira Weiny
  • [PATCH 2/2] cxl/trace: Remove unnecessary memcpy's, Ira Weiny
    • Re: [PATCH 2/2] cxl/trace: Remove unnecessary memcpy's, Alison Schofield
      • Re: [PATCH 2/2] cxl/trace: Remove unnecessary memcpy's, Jonathan Cameron
    • Re: [PATCH 2/2] cxl/trace: Remove unnecessary memcpy's, Dave Jiang
  • [PATCH 1/2] cxl/cper: Fix errant CPER prints for CXL events, Ira Weiny
    • Re: [PATCH 1/2] cxl/cper: Fix errant CPER prints for CXL events, Alison Schofield
      • Re: [PATCH 1/2] cxl/cper: Fix errant CPER prints for CXL events, Jonathan Cameron
    • Re: [PATCH 1/2] cxl/cper: Fix errant CPER prints for CXL events, Dave Jiang
  • Re: [PATCH 0/2] cxl/cper: Fixes for CXL CPER event processing, Ard Biesheuvel
• [efi:urgent] BUILD SUCCESS aa0e784dea7c1a026aabff9db1cb5d2bd92b3e92, kernel test robot
• [PATCH] x86/efistub: Avoid placing the kernel below LOAD_PHYSICAL_ADDR, Ard Biesheuvel
• [efi:urgent] BUILD SUCCESS 9ec96d83b3d3c0759c9a7e59c6aa1510b49cb049, kernel test robot
• [PATCH] x86/efistub: Give up if memory attribute protocol returns an error, Ard Biesheuvel
• [PATCH] x86/efi: Remap kernel code read-only before dropping NX attribute, Ard Biesheuvel
  • Re: [PATCH] x86/efi: Remap kernel code read-only before dropping NX attribute, Ard Biesheuvel
• [efi:urgent] BUILD SUCCESS 58466b730c38bdb380dcda6a6b64974779d484c1, kernel test robot
• [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Tim Schumacher
  • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Ard Biesheuvel
    • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Tim Schumacher
      • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Ard Biesheuvel
        • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Tim Schumacher
          • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Peter Jones
            • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Ard Biesheuvel
            • Re: [PATCH] efivarfs: Iterate variables with increasing name buffer sizes, Tim Schumacher
  • [PATCH v2] efivarfs: Halve name buffer size until first successful response, Tim Schumacher
    • [PATCH v3] efivarfs: Request at most 512 bytes for variable names, Tim Schumacher
      • Re: [PATCH v3] efivarfs: Request at most 512 bytes for variable names, Ard Biesheuvel
        • Re: [PATCH v3] efivarfs: Request at most 512 bytes for variable names, Tim Schumacher
          • Re: [PATCH v3] efivarfs: Request at most 512 bytes for variable names, Tim Schumacher
            • Re: [PATCH v3] efivarfs: Request at most 512 bytes for variable names, Ard Biesheuvel
• [PATCH -next] efi/libstub: Add one kernel-doc comment, Yang Li
  • Re: [PATCH -next] efi/libstub: Add one kernel-doc comment, Ard Biesheuvel
• [efi:urgent] BUILD SUCCESS 0e9ce09fde3a54d8911ceaa2063dc37d04c027ee, kernel test robot
• [PATCH] efi/x86: Set the PE/COFF header's NX compat flag unconditionally, Ard Biesheuvel
• [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Jan Kiszka
  • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Ard Biesheuvel
    • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Palmer Dabbelt
      • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Jan Kiszka
        • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Ard Biesheuvel
          • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Jan Kiszka
            • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Ard Biesheuvel
              • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Jan Kiszka
                • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Ard Biesheuvel
                  • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Jan Kiszka
                    • Re: [PATCH] riscv/efistub: Ensure GP-relative addressing is not used, Ard Biesheuvel
• [PATCH v5 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Thomas Zimmermann
  • [PATCH v5 1/4] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
  • [PATCH v5 2/4] arch/x86: Move internal setup_data structures into setup_data.h, Thomas Zimmermann
  • [PATCH v5 3/4] arch/x86: Implement arch_ima_efi_boot_mode() in source file, Thomas Zimmermann
  • [PATCH v5 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, Thomas Zimmermann
  • Re: [PATCH v5 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Ard Biesheuvel
    • Re: [PATCH v5 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Thomas Zimmermann
      • Re: [PATCH v5 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Ard Biesheuvel
        • Re: [PATCH v5 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Borislav Petkov
• [PATCH 0/3] Update LLVM Phabricator and Bugzilla links, Nathan Chancellor
  • [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links, Nathan Chancellor
    • Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links, Yonghong Song
      • Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links, Nathan Chancellor
        • Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links, Alexei Starovoitov
          • Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links, Nathan Chancellor
  • [PATCH 2/3] arch and include: Update LLVM Phabricator links, Nathan Chancellor
    • Re: [PATCH 2/3] arch and include: Update LLVM Phabricator links, Conor Dooley
  • [PATCH 3/3] treewide: Update LLVM Bugzilla links, Nathan Chancellor
  • Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links, Kees Cook
    • Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links, Fangrui Song
  • Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links, Alex Deucher
• [PATCH v2 0/4] acpi/ghes, cper, cxl: Trace FW-First CXL Protocol Errors, Smita Koralahalli
  • [PATCH v2 2/4] efi/cper, cxl: Make definitions and structures global, Smita Koralahalli
    • Re: [PATCH v2 2/4] efi/cper, cxl: Make definitions and structures global, Jonathan Cameron
    • Re: [PATCH v2 2/4] efi/cper, cxl: Make definitions and structures global, Ard Biesheuvel
  • [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
    • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Jonathan Cameron
  • [PATCH v2 1/4] acpi/ghes, cxl: Create a common CXL struct to handle different CXL CPER records, Smita Koralahalli
    • Re: [PATCH v2 1/4] acpi/ghes, cxl: Create a common CXL struct to handle different CXL CPER records, Jonathan Cameron
  • [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
    • Re: [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Jonathan Cameron
  • Re: [PATCH v2 0/4] acpi/ghes, cper, cxl: Trace FW-First CXL Protocol Errors, Fabio M. De Francesco
    • Re: [PATCH v2 0/4] acpi/ghes, cper, cxl: Trace FW-First CXL Protocol Errors, Smita Koralahalli
  • <Possible follow-ups>
  • [PATCH v2 0/4] acpi/ghes, cper, cxl: Trace FW-First CXL Protocol Errors, Smita Koralahalli
    • [PATCH v2 1/4] efi/cper, cxl: Make definitions and structures global, Smita Koralahalli
      • Re: [PATCH v2 1/4] efi/cper, cxl: Make definitions and structures global, Dan Williams
        • Re: [PATCH v2 1/4] efi/cper, cxl: Make definitions and structures global, Ard Biesheuvel
    • [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
      • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Ira Weiny
      • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Fan Ni
        • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
      • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Dan Williams
        • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
          • Re: [PATCH v2 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Dan Williams
    • [PATCH v2 2/4] cxl/pci: Define a common function get_cxl_devstate(), Smita Koralahalli
      • Re: [PATCH v2 2/4] cxl/pci: Define a common function get_cxl_devstate(), Ira Weiny
      • Re: [PATCH v2 2/4] cxl/pci: Define a common function get_cxl_devstate(), Dan Williams
        • Re: [PATCH v2 2/4] cxl/pci: Define a common function get_cxl_devstate(), Smita Koralahalli
    • [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
      • Re: [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Ira Weiny
        • Re: [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
      • Re: [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Dan Williams
        • Re: [PATCH v2 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
• [PATCH v4 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Thomas Zimmermann
  • [PATCH v4 1/4] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
  • [PATCH v4 2/4] arch/x86: Move internal setup_data structures into setup_data.h, Thomas Zimmermann
    • Re: [PATCH v4 2/4] arch/x86: Move internal setup_data structures into setup_data.h, kernel test robot
      • Re: [PATCH v4 2/4] arch/x86: Move internal setup_data structures into setup_data.h, Nathan Chancellor
        • Re: [PATCH v4 2/4] arch/x86: Move internal setup_data structures into setup_data.h, Thomas Zimmermann
          • Re: [PATCH v4 2/4] arch/x86: Move internal setup_data structures into setup_data.h, Nathan Chancellor
  • [PATCH v4 3/4] arch/x86: Implement arch_ima_efi_boot_mode() in source file, Thomas Zimmermann
  • [PATCH v4 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, Thomas Zimmermann
    • Re: [PATCH v4 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, kernel test robot
    • Re: [PATCH v4 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, kernel test robot
• [GIT PULL] EFI updates for v6.8, Ard Biesheuvel
  • Re: [GIT PULL] EFI updates for v6.8, pr-tracker-bot
• [PATCH v3 0/4] arch/x86: Remove unnecessary dependencies on bootparam.h, Thomas Zimmermann
  • [PATCH v3 1/4] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
  • [PATCH v3 2/4] arch/x86: Move internal setup_data structures into setup_data.h, Thomas Zimmermann
  • [PATCH v3 3/4] arch/x86: Implement arch_ima_efi_boot_mode() in source file, Thomas Zimmermann
  • [PATCH v3 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, Thomas Zimmermann
    • Re: [PATCH v3 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, Ard Biesheuvel
      • Re: [PATCH v3 4/4] arch/x86: Do not include <asm/bootparam.h> in several files, Thomas Zimmermann
• [PATCH] efi: pstore: Allow dynamic initialization based on module parameter, Guilherme G. Piccoli
  • Re: [PATCH] efi: pstore: Allow dynamic initialization based on module parameter, Guilherme G. Piccoli
    • Re: [PATCH] efi: pstore: Allow dynamic initialization based on module parameter, Greg KH
      • Re: [PATCH] efi: pstore: Allow dynamic initialization based on module parameter, Guilherme G. Piccoli
  • Re: [PATCH] efi: pstore: Allow dynamic initialization based on module parameter, Kees Cook
• [efi:urgent] BUILD SUCCESS 01638431c465741e071ab34acf3bef3c2570f878, kernel test robot
• [GIT PULL] EFI fix for v6.7 #3, Ard Biesheuvel
  • Re: [GIT PULL] EFI fix for v6.7 #3, pr-tracker-bot
• [PATCH 0/4] acpi/ghes, cper, cxl: Trace FW-First CXL Protocol Errors, Smita Koralahalli
  • [PATCH 2/4] efi/cper, cxl: Make definitions and structures global, Smita Koralahalli
    • Re: [PATCH 2/4] efi/cper, cxl: Make definitions and structures global, Ira Weiny
      • Re: [PATCH 2/4] efi/cper, cxl: Make definitions and structures global, Smita Koralahalli
        • Re: [PATCH 2/4] efi/cper, cxl: Make definitions and structures global, Ira Weiny
  • [PATCH 1/4] acpi/ghes, cxl: Create a common CXL struct to handle different CXL CPER records, Smita Koralahalli
    • Re: [PATCH 1/4] acpi/ghes, cxl: Create a common CXL struct to handle different CXL CPER records, Ira Weiny
      • Re: [PATCH 1/4] acpi/ghes, cxl: Create a common CXL struct to handle different CXL CPER records, Smita Koralahalli
        • Re: [PATCH 1/4] acpi/ghes, cxl: Create a common CXL struct to handle different CXL CPER records, Ira Weiny
  • [PATCH 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
    • Re: [PATCH 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Ira Weiny
      • Re: [PATCH 4/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
  • [PATCH 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
    • Re: [PATCH 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Ira Weiny
      • Re: [PATCH 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
        • Re: [PATCH 3/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Ira Weiny
  • <Possible follow-ups>
  • [PATCH 0/4] acpi/ghes, cper, cxl: Trace FW-First CXL Protocol Errors, Smita Koralahalli
    • [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
      • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Dave Jiang
        • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
          • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Dave Jiang
      • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Alison Schofield
        • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
          • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Jonathan Cameron
            • Re: [PATCH 2/4] acpi/ghes, efi/cper: Recognize and process CXL Protocol Errors., Smita Koralahalli
    • [PATCH 1/4] efi/cper, cxl: Make definitions and structures global, Smita Koralahalli
      • Re: [PATCH 1/4] efi/cper, cxl: Make definitions and structures global, Dave Jiang
      • Re: [PATCH 1/4] efi/cper, cxl: Make definitions and structures global, Alison Schofield
      • Re: [PATCH 1/4] efi/cper, cxl: Make definitions and structures global, Jonathan Cameron
        • Re: [PATCH 1/4] efi/cper, cxl: Make definitions and structures global, Smita Koralahalli
    • [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
      • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Dave Jiang
        • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Alison Schofield
        • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
      • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Alison Schofield
        • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
      • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Dan Williams
        • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
          • Re: [PATCH 3/4] acpi/ghes, cxl/pci: Trace FW-First CXL Protocol Errors, Smita Koralahalli
    • [PATCH 4/4] cxl/pci: Define a common function get_cxl_dev(), Smita Koralahalli
      • Re: [PATCH 4/4] cxl/pci: Define a common function get_cxl_dev(), Dave Jiang
        • Re: [PATCH 4/4] cxl/pci: Define a common function get_cxl_dev(), Smita Koralahalli
      • Re: [PATCH 4/4] cxl/pci: Define a common function get_cxl_dev(), Alison Schofield
      • Re: [PATCH 4/4] cxl/pci: Define a common function get_cxl_dev(), Jonathan Cameron
• [PATCH] x86/efistub: fix the missing KASLR_FLAG bit in boot_params->hdr.loadflags, Yuntao Wang
  • Re: [PATCH] x86/efistub: fix the missing KASLR_FLAG bit in boot_params->hdr.loadflags, Ard Biesheuvel
    • Re: [PATCH] x86/efistub: fix the missing KASLR_FLAG bit in boot_params->hdr.loadflags, Tom Lendacky
      • Re: [PATCH] x86/efistub: fix the missing KASLR_FLAG bit in boot_params->hdr.loadflags, Ard Biesheuvel
• [efi:next] BUILD SUCCESS 4afa688d7141ae7a166d32224abbfd536acccfca, kernel test robot
• [PATCH] efi: memmap: fix kernel-doc warnings, Randy Dunlap
  • Re: [PATCH] efi: memmap: fix kernel-doc warnings, Ard Biesheuvel
• [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Ira Weiny
  • [PATCH v5 2/9] cxl/events: Promote CXL event structures to a core header, Ira Weiny
    • Re: [PATCH v5 2/9] cxl/events: Promote CXL event structures to a core header, Jonathan Cameron
  • [PATCH v5 3/9] cxl/events: Create common event UUID defines, Ira Weiny
    • Re: [PATCH v5 3/9] cxl/events: Create common event UUID defines, Jonathan Cameron
  • [PATCH v5 4/9] cxl/events: Remove passing a UUID to known event traces, Ira Weiny
    • Re: [PATCH v5 4/9] cxl/events: Remove passing a UUID to known event traces, Jonathan Cameron
      • Re: [PATCH v5 4/9] cxl/events: Remove passing a UUID to known event traces, Dan Williams
        • Re: [PATCH v5 4/9] cxl/events: Remove passing a UUID to known event traces, Jonathan Cameron
  • [PATCH v5 5/9] cxl/events: Separate UUID from event structures, Ira Weiny
    • Re: [PATCH v5 5/9] cxl/events: Separate UUID from event structures, Jonathan Cameron
  • [PATCH v5 1/9] cxl/trace: Pass uuid explicitly to event traces, Ira Weiny
    • Re: [PATCH v5 1/9] cxl/trace: Pass uuid explicitly to event traces, Jonathan Cameron
  • [PATCH v5 6/9] cxl/events: Create a CXL event union, Ira Weiny
    • Re: [PATCH v5 6/9] cxl/events: Create a CXL event union, Jonathan Cameron
  • [PATCH v5 8/9] PCI: Define scoped based management functions, Ira Weiny
    • RE: [PATCH v5 8/9] PCI: Define scoped based management functions, Dan Williams
      • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Bjorn Helgaas
        • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Dan Williams
          • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Ira Weiny
          • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Bjorn Helgaas
            • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Dan Williams
              • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Ira Weiny
                • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Bjorn Helgaas
                  • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Ira Weiny
    • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Lukas Wunner
      • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Dan Williams
        • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Lukas Wunner
          • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Ard Biesheuvel
            • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Dan Williams
    • Re: [PATCH v5 8/9] PCI: Define scoped based management functions, Jonathan Cameron
  • [PATCH v5 7/9] acpi/ghes: Process CXL Component Events, Ira Weiny
    • Re: [PATCH v5 7/9] acpi/ghes: Process CXL Component Events, Jonathan Cameron
  • [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Ira Weiny
    • Re: [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Smita Koralahalli
      • Re: [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Ira Weiny
    • RE: [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Dan Williams
    • Re: [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Ira Weiny
    • Re: [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Jonathan Cameron
      • Re: [PATCH v5 9/9] cxl/pci: Register for and process CPER events, Dan Williams
  • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Bjorn Helgaas
  • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Jonathan Cameron
    • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Smita Koralahalli
      • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Dan Williams
        • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Ira Weiny
          • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Dan Williams
            • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Jonathan Cameron
              • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Dan Williams
                • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Dan Williams
                  • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Ard Biesheuvel
                    • Re: [PATCH v5 0/9] efi/cxl-cper: Report CPER CXL component events through trace events, Jonathan Cameron
• [efi:next] BUILD SUCCESS 174a0c565cea74a7811ff79fbee1b70247570ade, kernel test robot
• [PATCH v2] efi/loongarch: Directly position the loaded image file, wangyao
  • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
    • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ainux Wang
      • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
        • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
          • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
            • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ainux Wang
              • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
                • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
                  • Re: [PATCH v2] efi/loongarch: Directly position the loaded image file, Ainux Wang
• [PATCH] efi/loongarch: Directly position the loaded image file, wangyao
  • Re: [PATCH] efi/loongarch: Directly position the loaded image file, Huacai Chen
    • Re: [PATCH] efi/loongarch: Directly position the loaded image file, Ard Biesheuvel
      • Re: [PATCH] efi/loongarch: Directly position the loaded image file, Ainux Wang
• [PATCH AUTOSEL 6.6 11/18] efi/loongarch: Use load address to calculate kernel entry address, Sasha Levin
• [PATCH] efi/libstub: zboot: do not use $(shell ...) in cmd_copy_and_pad, Masahiro Yamada
  • Re: [PATCH] efi/libstub: zboot: do not use $(shell ...) in cmd_copy_and_pad, Ard Biesheuvel
  • Re: [PATCH] efi/libstub: zboot: do not use $(shell ...) in cmd_copy_and_pad, Will Deacon
• [PATCH v4 0/7] efi/cxl-cper: Report CPER CXL component events through trace events, Ira Weiny
  • [PATCH v4 1/7] cxl/trace: Pass uuid explicitly to event traces, Ira Weiny
  • [PATCH v4 2/7] cxl/events: Promote CXL event structures to a core header, Ira Weiny
  • [PATCH v4 3/7] cxl/events: Create common event UUID defines, Ira Weiny
  • [PATCH v4 4/7] cxl/events: Separate UUID from event structures, Ira Weiny
  • [PATCH v4 5/7] cxl/events: Create a CXL event union, Ira Weiny
  • [PATCH v4 6/7] firmware/efi: Process CXL Component Events, Ira Weiny
    • Re: [PATCH v4 6/7] firmware/efi: Process CXL Component Events, Smita Koralahalli
      • Re: [PATCH v4 6/7] firmware/efi: Process CXL Component Events, Dan Williams
        • Re: [PATCH v4 6/7] firmware/efi: Process CXL Component Events, Ira Weiny
    • Re: [PATCH v4 6/7] firmware/efi: Process CXL Component Events, Jonathan Cameron
      • Re: [PATCH v4 6/7] firmware/efi: Process CXL Component Events, Ira Weiny
  • [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Ira Weiny
    • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Smita Koralahalli
      • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Dan Williams
        • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Ira Weiny
          • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Ira Weiny
    • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Jonathan Cameron
      • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Ira Weiny
        • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Dan Williams
          • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Ira Weiny
            • Re: [PATCH v4 7/7] cxl/memdev: Register for and process CPER events, Jonathan Cameron
• [PATCH v2 0/3] arch/x86: Remove unnecessary dependencies on bootparam.h, Thomas Zimmermann
  • [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Thomas Zimmermann
    • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Ard Biesheuvel
      • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Thomas Zimmermann
        • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Ard Biesheuvel
          • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Thomas Zimmermann
  • [PATCH v2 1/3] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
    • Re: [PATCH v2 1/3] arch/x86: Move UAPI setup structures into setup_data.h, Ard Biesheuvel
      • Re: [PATCH v2 1/3] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
  • [PATCH v2 3/3] arch/x86: Do not include <asm/bootparam.h> in several header files, Thomas Zimmermann
• [PATCH v3 0/7] efi/cxl-cper: Report CPER CXL component events through trace events, Ira Weiny
  • [PATCH v3 1/7] cxl/trace: Pass uuid explicitly to event traces, Ira Weiny
  • [PATCH v3 3/7] cxl/events: Create common event UUID defines, Ira Weiny
  • [PATCH v3 2/7] cxl/events: Promote CXL event structures to a core header, Ira Weiny
  • [PATCH v3 4/7] cxl/events: Separate UUID from event structures, Ira Weiny