Linux EFI Development - Date Index

• Date Index

• [PATCH v9 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, (continued)
  • [PATCH v9 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, Hans de Goede
  • [PATCH v9 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform(), Hans de Goede
  • [PATCH v9 05/10] test_firmware: add support for firmware_request_platform, Hans de Goede
  • [PATCH v9 06/10] selftests: firmware: Add firmware_request_platform tests, Hans de Goede
  • [PATCH v9 07/10] Input: silead - Switch to firmware_request_platform for retreiving the fw, Hans de Goede
  • [PATCH v9 08/10] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw, Hans de Goede
  • [PATCH v9 09/10] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support, Hans de Goede
  • [PATCH v9 10/10] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet, Hans de Goede
• [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
  • Re: [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
    • Re: [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
  • Re: [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
    • Re: [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
      • Re: [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
        • Re: [PATCH v4] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
• [PATCH] efi/memreserve: register reservations as 'reserved' in /proc/iomem, Ard Biesheuvel
  • Re: [PATCH] efi/memreserve: register reservations as 'reserved' in /proc/iomem, Masayoshi Mizuma
    • Re: [PATCH] efi/memreserve: register reservations as 'reserved' in /proc/iomem, James Morse
      • Re: [PATCH] efi/memreserve: register reservations as 'reserved' in /proc/iomem, Masayoshi Mizuma
        • Re: [PATCH] efi/memreserve: register reservations as 'reserved' in /proc/iomem, Bhupesh SHARMA
          • Re: [PATCH] efi/memreserve: register reservations as 'reserved' in /proc/iomem, Ard Biesheuvel
• [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
  • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
    • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Ingo Molnar
    • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Ingo Molnar
      • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Ard Biesheuvel
      • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
        • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Michael Weiser
    • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Michael Weiser
  • [tip: x86/urgent] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage, tip-bot2 for Dave Young
  • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dan Williams
    • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dan Williams
      • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
        • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
          • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
      • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dan Williams
        • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dave Young
        • Re: [PATCH] x86/efi: update e820 about reserved EFI boot services data to fix kexec breakage, Dan Williams
• [PATCH 1/2] efi/gop: Fix return value of setup_gop32/64, Arvind Sankar
  • [PATCH 2/2] efi/gop: Fix memory leak in __gop_query32/64, Arvind Sankar
    • Re: [PATCH 2/2] efi/gop: Fix memory leak in __gop_query32/64, Ard Biesheuvel
      • Re: [PATCH 2/2] efi/gop: Fix memory leak in __gop_query32/64, Arvind Sankar
        • Re: [PATCH 2/2] efi/gop: Fix memory leak in __gop_query32/64, Ard Biesheuvel
          • Re: [PATCH 2/2] efi/gop: Fix memory leak in __gop_query32/64, Arvind Sankar
  • Re: [PATCH 1/2] efi/gop: Fix return value of setup_gop32/64, Ard Biesheuvel
    • Re: [PATCH 1/2] efi/gop: Fix return value of setup_gop32/64, Arvind Sankar
      • Re: [PATCH 1/2] efi/gop: Fix return value of setup_gop32/64, Ard Biesheuvel
        • Re: [PATCH 1/2] efi/gop: Fix return value of setup_gop32/64, Arvind Sankar
  • [PATCH v2 0/3] Fix a couple of bugs in efi/gop.c, Arvind Sankar
    • Re: [PATCH v2 0/3] Fix a couple of bugs in efi/gop.c, Ard Biesheuvel
  • [PATCH v2 1/3] efi/gop: Return EFI_NOT_FOUND if there are no usable GOP's, Arvind Sankar
  • [PATCH v2 3/3] efi/gop: Fix memory leak from __gop_query32/64, Arvind Sankar
  • [PATCH v2 2/3] efi/gop: Return EFI_SUCCESS if a usable GOP was found, Arvind Sankar
• [PATCH v2 0/2] efi: arm64: Introduce /proc/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
  • [PATCH v2 2/2] efi: arm64: Introduce /proc/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
    • RE: [PATCH v2 2/2] efi: arm64: Introduce /proc/efi/memreserve to tell the persistent pages, d.hatayama@xxxxxxxxxxx
  • [PATCH v2 1/2] efi: add /proc/efi directory, Masayoshi Mizuma
  • Re: [PATCH v2 0/2] efi: arm64: Introduce /proc/efi/memreserve to tell the persistent pages, Ard Biesheuvel
• [PATCH 0/2] efi: simplify property table handling on ARM, Ard Biesheuvel
  • [PATCH 1/2] efi/arm64: use 1:1 mapping of RT services if property table exists, Ard Biesheuvel
  • [PATCH 2/2] efi: move handling of properties table to x86 specific code, Ard Biesheuvel
• [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
  • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
    • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Ard Biesheuvel
      • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Laszlo Ersek
        • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
      • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
        • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Laszlo Ersek
          • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
  • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Andy Lutomirski
    • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Ard Biesheuvel
    • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
      • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Andy Lutomirski
        • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
          • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Ard Biesheuvel
            • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, Matthew Garrett
  • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, kbuild test robot
  • Re: [PATCH] [EFI,PCI] Allow disabling PCI busmastering on bridges during boot, kbuild test robot
• [PATCH] efi: fix type of unload field in efi_loaded_image_t, Arvind Sankar
  • Re: [PATCH] efi: fix type of unload field in efi_loaded_image_t, Ard Biesheuvel
    • [PATCH] efi: fix type of unload field in efi_loaded_image_t, Arvind Sankar
• [PATCH] efi/fdt: install new fdt config table, Rob Clark
  • Re: [PATCH] efi/fdt: install new fdt config table, Ard Biesheuvel
    • Re: [PATCH] efi/fdt: install new fdt config table, Leif Lindholm
      • Re: [PATCH] efi/fdt: install new fdt config table, Rob Clark
• [PATCH v2 00/12] treewide: break dependencies on x86's RM header, Sean Christopherson
  • [PATCH v2 09/12] ASoC: Intel: Skylake: Explicitly include linux/io.h for virt_to_phys(), Sean Christopherson
  • [PATCH v2 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Sean Christopherson
    • Re: [PATCH v2 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Pavel Machek
  • [PATCH v2 12/12] x86/ACPI/sleep: Move acpi_get_wakeup_address() into sleep.c, remove <asm/realmode.h> from <asm/acpi.h>, Sean Christopherson
  • [PATCH v2 08/12] vmw_balloon: Explicitly include linux/io.h for virt_to_phys(), Sean Christopherson
  • [PATCH v2 07/12] virt: vbox: Explicitly include linux/io.h to pick up various defs, Sean Christopherson
  • [PATCH v2 10/12] x86/ACPI/sleep: Remove an unnecessary include of asm/realmode.h, Sean Christopherson
  • [PATCH v2 04/12] x86/kprobes: Explicitly include vmalloc.h for set_vm_flush_reset_perms(), Sean Christopherson
  • [PATCH v2 05/12] perf/x86/intel: Explicitly include asm/io.h to use virt_to_phys(), Sean Christopherson
  • [PATCH v2 06/12] efi/capsule-loader: Explicitly include linux/io.h for page_to_phys(), Sean Christopherson
  • [PATCH v2 01/12] x86/efi: Explicitly include realmode.h to handle RM trampoline quirk, Sean Christopherson
  • [PATCH v2 02/12] x86/boot: Explicitly include realmode.h to handle RM reservations, Sean Christopherson
  • [PATCH v2 03/12] x86/ftrace: Explicitly include vmalloc.h for set_vm_flush_reset_perms(), Sean Christopherson
  • Re: [PATCH v2 00/12] treewide: break dependencies on x86's RM header, Ingo Molnar
    • Re: [PATCH v2 00/12] treewide: break dependencies on x86's RM header, Sean Christopherson
      • Re: [PATCH v2 00/12] treewide: break dependencies on x86's RM header, Ingo Molnar
• [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems, Ard Biesheuvel
  • Re: [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems, Saravana Kannan
    • Re: [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems, Ard Biesheuvel
      • Re: [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems, Saravana Kannan
        • Re: [PATCH] efi: arm: defer probe of PCIe backed efifb on DT systems, Ard Biesheuvel
• [GIT PULL] ACPI updates for v5.5-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.5-rc1, pr-tracker-bot
• [PATCH] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
  • Re: [PATCH] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Matthias Brugger
    • Re: [PATCH] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
• [GIT PULL] EFI updates for v5.5, Ingo Molnar
  • Re: [GIT PULL] EFI updates for v5.5, pr-tracker-bot
• Re: kexec_file overwrites reserved EFI ESRT memory, Michael Weiser
  • Re: kexec_file overwrites reserved EFI ESRT memory, Dave Young
    • Re: kexec_file overwrites reserved EFI ESRT memory, Michael Weiser
      • Re: kexec_file overwrites reserved EFI ESRT memory, Dave Young
        • Re: kexec_file overwrites reserved EFI ESRT memory, Dave Young
          • Re: kexec_file overwrites reserved EFI ESRT memory, Michael Weiser
            • Re: kexec_file overwrites reserved EFI ESRT memory, Dave Young
              • Re: kexec_file overwrites reserved EFI ESRT memory, Michael Weiser
                • Re: kexec_file overwrites reserved EFI ESRT memory, Dave Young
          • Re: kexec_file overwrites reserved EFI ESRT memory, Ard Biesheuvel
            • Re: kexec_file overwrites reserved EFI ESRT memory, Dave Young
• [PATCH] firmware/efi: Fix Kconfig indentation, Krzysztof Kozlowski
• [PATCH 00/12] treewide: break dependencies on x86's RM header, Sean Christopherson
  • [PATCH 12/12] x86/ACPI/sleep: Move acpi_wakeup_address() definition into sleep.c, Sean Christopherson
    • Re: [PATCH 12/12] x86/ACPI/sleep: Move acpi_wakeup_address() definition into sleep.c, Rafael J. Wysocki
  • [PATCH 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Sean Christopherson
    • Re: [PATCH 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Rafael J. Wysocki
      • Re: [PATCH 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Pavel Machek
        • Re: [PATCH 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Sean Christopherson
          • Re: [PATCH 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Ingo Molnar
            • Re: [PATCH 11/12] ACPI/sleep: Convert acpi_wakeup_address into a function, Ingo Molnar
  • [PATCH 10/12] x86/ACPI/sleep: Remove an unnecessary include of asm/realmode.h, Sean Christopherson
    • Re: [PATCH 10/12] x86/ACPI/sleep: Remove an unnecessary include of asm/realmode.h, Rafael J. Wysocki
  • [PATCH 07/12] virt: vbox: Explicitly include linux/io.h to pick up various defs, Sean Christopherson
  • [PATCH 09/12] ASoC: Intel: Skylake: Explicitly include linux/io.h for virt_to_phys(), Sean Christopherson
    • Re: [PATCH 09/12] ASoC: Intel: Skylake: Explicitly include linux/io.h for virt_to_phys(), Mark Brown
  • [PATCH 08/12] vmw_balloon: Explicitly include linux/io.h for virt_to_phys(), Sean Christopherson
  • [PATCH 06/12] efi/capsule-loader: Explicitly include linux/io.h for page_to_phys(), Sean Christopherson
  • [PATCH 02/12] x86/boot: Explicitly include realmode.h to handle RM reservations, Sean Christopherson
  • [PATCH 03/12] x86/ftrace: Explicitly include vmalloc.h for set_vm_flush_reset_perms(), Sean Christopherson
    • Re: [PATCH 03/12] x86/ftrace: Explicitly include vmalloc.h for set_vm_flush_reset_perms(), Steven Rostedt
  • [PATCH 04/12] x86/kprobes: Explicitly include vmalloc.h for set_vm_flush_reset_perms(), Sean Christopherson
    • Re: [PATCH 04/12] x86/kprobes: Explicitly include vmalloc.h for set_vm_flush_reset_perms(), Steven Rostedt
  • [PATCH 05/12] perf/x86/intel: Explicitly include asm/io.h to use virt_to_phys(), Sean Christopherson
  • [PATCH 01/12] x86/efi: Explicitly include realmode.h to handle RM trampoline quirk, Sean Christopherson
  • Re: [PATCH 00/12] treewide: break dependencies on x86's RM header, Ingo Molnar
    • [PATCH] x86/platform/intel/quark: Explicitly include linux/io.h for virt_to_phys(), Ingo Molnar
      • Re: [PATCH] x86/platform/intel/quark: Explicitly include linux/io.h for virt_to_phys(), Andy Shevchenko
    • Re: [PATCH 00/12] treewide: break dependencies on x86's RM header, Ard Biesheuvel
      • Re: [PATCH 00/12] treewide: break dependencies on x86's RM header, Ingo Molnar
        • Re: [PATCH 00/12] treewide: break dependencies on x86's RM header, Ard Biesheuvel
• [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Cristian Ciocaltea
  • [PATCH 1/1] efi/libstub: Workaround for data abort on armv6z architecture, Cristian Ciocaltea
  • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Ard Biesheuvel
    • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Heinrich Schuchardt
  • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Mark Rutland
    • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Ard Biesheuvel
      • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Mark Rutland
        • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Ard Biesheuvel
          • Re: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Heinrich Schuchardt
            • RE: [PATCH 0/1] Temporary fix for data abort on armv6z EFI boot, Guillaume Gardet
• Re: PROBLEM: error and warning from 5.4.0-rc7, Randy Dunlap
• [PATCH v8 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Hans de Goede
  • [PATCH v8 2/8] efi: Add embedded peripheral firmware support, Hans de Goede
  • [PATCH v8 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, Hans de Goede
    • Re: [PATCH v8 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, Luis Chamberlain
  • [PATCH v8 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Hans de Goede
    • Re: [PATCH v8 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Luis Chamberlain
      • Re: [PATCH v8 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Hans de Goede
        • Re: [PATCH v8 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Luis Chamberlain
  • [PATCH v8 6/8] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw, Hans de Goede
  • [PATCH v8 8/8] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet, Hans de Goede
  • [PATCH v8 5/8] Input: silead - Switch to firmware_request_platform for retreiving the fw, Hans de Goede
  • [PATCH v8 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support, Hans de Goede
  • [PATCH v8 1/8] efi: Export boot-services code and data as debugfs-blobs, Hans de Goede
• [PATCH v3] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
  • Re: [PATCH v3] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
    • Re: [PATCH v3] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
      • Re: [PATCH v3] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
• [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
  • [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Qian Cai
      • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Qian Cai
          • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Qian Cai
      • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Qian Cai
          • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
          • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Paul E. McKenney
            • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Qian Cai
              • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Paul E. McKenney
                • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Qian Cai
                  • Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Paul E. McKenney
  • [PATCH v4 03/10] kcsan: Add Documentation entry in dev-tools, Marco Elver
  • [PATCH v4 05/10] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • [PATCH v4 06/10] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH v4 07/10] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH v4 10/10] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH v4 09/10] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH v4 08/10] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
    • Re: [PATCH v4 08/10] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
  • [PATCH v4 04/10] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH v4 02/10] include/linux/compiler.h: Introduce data_race(expr) macro, Marco Elver
  • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
    • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
      • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
        • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
          • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
            • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
              • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
                • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
                  • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
                    • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
                      • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
  • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Qian Cai
  • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Qian Cai
    • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
      • Re: [PATCH v4 00/10] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
• [RFC PATCH v2] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
  • Re: [RFC PATCH v2] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
• [PATCH v5 0/6] CCIX Protocol error reporting., Jonathan Cameron
  • [PATCH v5 1/6] efi / ras: CCIX Memory error reporting, Jonathan Cameron
    • Re: [PATCH v5 1/6] efi / ras: CCIX Memory error reporting, Mauro Carvalho Chehab
    • Re: [PATCH v5 1/6] efi / ras: CCIX Memory error reporting, Borislav Petkov
  • [PATCH v5 2/6] efi / ras: CCIX Cache error reporting, Jonathan Cameron
    • Re: [PATCH v5 2/6] efi / ras: CCIX Cache error reporting, Mauro Carvalho Chehab
  • [PATCH v5 3/6] efi / ras: CCIX Address Translation Cache error reporting, Jonathan Cameron
  • [PATCH v5 5/6] efi / ras: CCIX Link error reporting, Jonathan Cameron
  • [PATCH v5 4/6] efi / ras: CCIX Port error reporting, Jonathan Cameron
  • [PATCH v5 6/6] efi / ras: CCIX Agent internal error reporting, Jonathan Cameron
    • Re: [PATCH v5 6/6] efi / ras: CCIX Agent internal error reporting, Mauro Carvalho Chehab
• [PATCH] efi: sanity check in case memermap() at efi_mem_reserve_persistent() returns NULL, Masayoshi Mizuma
• [PATCH v4 0/6] CCIX Protocol error reporting., Jonathan Cameron
  • [PATCH v4 2/6] efi / ras: CCIX Cache error reporting, Jonathan Cameron
    • Re: [PATCH v4 2/6] efi / ras: CCIX Cache error reporting, Mauro Carvalho Chehab
      • Re: [PATCH v4 2/6] efi / ras: CCIX Cache error reporting, Jonathan Cameron
        • Re: [PATCH v4 2/6] efi / ras: CCIX Cache error reporting, Jonathan Cameron
  • [PATCH v4 3/6] efi / ras: CCIX Address Translation Cache error reporting, Jonathan Cameron
    • Re: [PATCH v4 3/6] efi / ras: CCIX Address Translation Cache error reporting, Mauro Carvalho Chehab
  • [PATCH v4 1/6] efi / ras: CCIX Memory error reporting, Jonathan Cameron
    • Re: [PATCH v4 1/6] efi / ras: CCIX Memory error reporting, Mauro Carvalho Chehab
      • Re: [PATCH v4 1/6] efi / ras: CCIX Memory error reporting, Jonathan Cameron
  • [PATCH v4 4/6] efi / ras: CCIX Port error reporting, Jonathan Cameron
  • [PATCH v4 6/6] efi / ras: CCIX Agent internal error reporting, Jonathan Cameron
  • [PATCH v4 5/6] efi / ras: CCIX Link error reporting, Jonathan Cameron
• [PATCH v3 0/6] CCIX Protocol error reporting., Jonathan Cameron
  • [PATCH v3 4/6] efi / ras: CCIX Port error reporting, Jonathan Cameron
  • [PATCH v3 5/6] efi / ras: CCIX Link error reporting, Jonathan Cameron
  • [PATCH v3 2/6] efi / ras: CCIX Cache error reporting, Jonathan Cameron
    • Re: [PATCH v3 2/6] efi / ras: CCIX Cache error reporting, kbuild test robot
    • Re: [PATCH v3 2/6] efi / ras: CCIX Cache error reporting, kbuild test robot
  • [PATCH v3 1/6] efi / ras: CCIX Memory error reporting, Jonathan Cameron
    • Re: [PATCH v3 1/6] efi / ras: CCIX Memory error reporting, kbuild test robot
    • Re: [PATCH v3 1/6] efi / ras: CCIX Memory error reporting, kbuild test robot
  • [PATCH v3 3/6] efi / ras: CCIX Address Translation Cache error reporting, Jonathan Cameron
    • Re: [PATCH v3 3/6] efi / ras: CCIX Address Translation Cache error reporting, kbuild test robot
  • [PATCH v3 6/6] efi / ras: CCIX Agent internal error reporting, Jonathan Cameron
• [RFC PATCH] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
  • RE: [RFC PATCH] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, d.hatayama@xxxxxxxxxxx
    • Re: [RFC PATCH] efi: arm64: Introduce /sys/firmware/efi/memreserve to tell the persistent pages, Masayoshi Mizuma
• [PATCH v2] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
  • Re: [PATCH v2] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
    • Re: [PATCH v2] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
• [PATCH v6 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
  • [PATCH v6 3/3] x86/boot: Introduce the setup_indirect, Daniel Kiper
    • [tip: x86/boot] x86/boot: Introduce setup_indirect, tip-bot2 for Daniel Kiper
  • [PATCH v6 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
    • [tip: x86/boot] x86/boot: Introduce kernel_info.setup_type_max, tip-bot2 for Daniel Kiper
  • [PATCH v6 1/3] x86/boot: Introduce the kernel_info, Daniel Kiper
    • [tip: x86/boot] x86/boot: Introduce kernel_info, tip-bot2 for Daniel Kiper
• Linux 5.3.8: gsmi: failed to allocate name buffer. BUG: kernel NULL pointer dereference, Kyle K
  • Re: Linux 5.3.8: gsmi: failed to allocate name buffer. BUG: kernel NULL pointer dereference, Ard Biesheuvel
• [PATCH 5.3 176/193] efi: libstub/arm: Account for firmware reserved memory at the base of RAM, Greg Kroah-Hartman
• [PATCH 5.3 177/193] x86, efi: Never relocate kernel below lowest acceptable address, Greg Kroah-Hartman
• [PATCH 5.3 175/193] efi/tpm: Return -EINVAL when determining tpm final events log size fails, Greg Kroah-Hartman
• [PATCH v1] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
  • Re: [PATCH v1] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
    • Re: [PATCH v1] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
      • Re: [PATCH v1] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
        • Re: [PATCH v1] efi/earlycon: Remap entire framebuffer after page initialization, Ard Biesheuvel
          • Re: [PATCH v1] efi/earlycon: Remap entire framebuffer after page initialization, Andy Shevchenko
• [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses, Anshuman Khandual
  • Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses, Anshuman Khandual
    • Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses, Ard Biesheuvel
  • Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses, Anshuman Khandual
    • Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses, Ard Biesheuvel
• [PATCH v9 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v9 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
  • [PATCH v9 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
  • [PATCH v9 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Nayna Jain
  • [PATCH v9 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
    • Re: [PATCH v9 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Michael Ellerman
  • Re: [PATCH v9 0/4] powerpc: expose secure variables to the kernel and userspace, Lakshmi Ramasubramanian
    • Re: [PATCH v9 0/4] powerpc: expose secure variables to the kernel and userspace, Michael Ellerman
• [PATCH AUTOSEL 4.19 135/191] efi/x86: Handle page faults occurring while running EFI runtime services, Sasha Levin
  • Re: [PATCH AUTOSEL 4.19 135/191] efi/x86: Handle page faults occurring while running EFI runtime services, Ard Biesheuvel
• [PATCH AUTOSEL 4.19 134/191] efi: Make efi_rts_work accessible to efi page fault handler, Sasha Levin
  • Re: [PATCH AUTOSEL 4.19 134/191] efi: Make efi_rts_work accessible to efi page fault handler, Ard Biesheuvel
• [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Sasha Levin
  • Re: [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Ard Biesheuvel
    • Re: [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Sasha Levin
      • Re: [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Ard Biesheuvel
        • Re: [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Sasha Levin
          • Re: [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Ard Biesheuvel
            • Re: [PATCH AUTOSEL 4.19 133/191] efi: honour memory reservations passed via a linux specific config table, Marc Zyngier
• [PATCH AUTOSEL 4.19 191/191] x86/efi: fix a -Wtype-limits compilation warning, Sasha Levin
• [PATCH v8 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v8 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
  • [PATCH v8 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
  • [PATCH v8 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
  • [PATCH v8 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Nayna Jain
• [GIT PULL 0/4] EFI updates for v5.5, Ard Biesheuvel
  • [PATCH 1/4] MAINTAINERS: update Ard's email address to @kernel.org, Ard Biesheuvel
  • [PATCH 2/4] efi/random: use arch-independent efi_call_proto(), Ard Biesheuvel
  • [PATCH 3/4] x86: efi/random: Invoke EFI_RNG_PROTOCOL to seed the UEFI RNG table, Ard Biesheuvel
  • [PATCH 4/4] efi: libstub/tpm: enable tpm eventlog function for ARM platforms, Ard Biesheuvel
• [PATCH V2] EFI/stub: tpm: enable tpm eventlog function for ARM64 platform, Xinwei Kong
  • Re: [PATCH V2] EFI/stub: tpm: enable tpm eventlog function for ARM64 platform, Ard Biesheuvel
• [PATCH v7 0/4] powerpc: expose secure variables to the kernel and userspace, Eric Richter
  • [PATCH v7 2/4] powerpc: expose secure variables to userspace via sysfs, Eric Richter
    • Re: [PATCH v7 2/4] powerpc: expose secure variables to userspace via sysfs, Greg Kroah-Hartman
  • [PATCH v7 3/4] x86/efi: move common keyring handler functions to new file, Eric Richter
  • [PATCH v7 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Eric Richter
    • Re: [PATCH v7 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Michael Ellerman
  • [PATCH v7 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Eric Richter
• [PATCH v8 00/12] EFI Specific Purpose Memory Support, Dan Williams
  • [PATCH v8 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
  • [PATCH v8 02/12] efi: Enumerate EFI_MEMORY_SP, Dan Williams
  • [PATCH v8 03/12] x86/efi: Push EFI_MEMMAP check into leaf routines, Dan Williams
  • [PATCH v8 04/12] efi: Common enable/disable infrastructure for EFI soft reservation, Dan Williams
  • [PATCH v8 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
  • [PATCH v8 06/12] arm/efi: EFI soft reservation to memblock, Dan Williams
  • [PATCH v8 08/12] lib: Uplevel the pmem "region" ida to a global allocator, Dan Williams
  • [PATCH v8 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
  • [PATCH v8 10/12] device-dax: Add a driver for "hmem" devices, Dan Williams
  • [PATCH v8 09/12] dax: Fix alloc_dax_region() compile warning, Dan Williams
  • [PATCH v8 11/12] acpi/numa/hmat: Register HMAT at device_initcall level, Dan Williams
  • [PATCH v8 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Dan Williams
  • Re: [PATCH v8 00/12] EFI Specific Purpose Memory Support, Rafael J. Wysocki
    • Re: [PATCH v8 00/12] EFI Specific Purpose Memory Support, Thomas Gleixner
      • Re: [PATCH v8 00/12] EFI Specific Purpose Memory Support, Rafael J. Wysocki
• [PATCH 0/2] x86, efi/random: invoke EFI_RNG_PROTOCOL in the x86 EFI stub, Dominik Brodowski
  • [PATCH 2/2] x86: efi/random: Invoke EFI_RNG_PROTOCOL to seed the UEFI RNG table, Dominik Brodowski
  • [PATCH 1/2] efi/random: use arch-independent efi_call_proto(), Dominik Brodowski
  • Re: [PATCH 0/2] x86, efi/random: invoke EFI_RNG_PROTOCOL in the x86 EFI stub, Ard Biesheuvel
• [PATCH] efi: Return EFI_RESERVED_TYPE in efi_mem_type() for absent addresses, Anshuman Khandual
  • Re: [PATCH] efi: Return EFI_RESERVED_TYPE in efi_mem_type() for absent addresses, Ard Biesheuvel
    • Re: [PATCH] efi: Return EFI_RESERVED_TYPE in efi_mem_type() for absent addresses, Anshuman Khandual
• [PATCH] EFI/stub: tpm: enable tpm eventlog function for ARM64 platform, Xinwei Kong
  • Re: [PATCH] EFI/stub: tpm: enable tpm eventlog function for ARM64 platform, Ard Biesheuvel
    • Re: [PATCH] EFI/stub: tpm: enable tpm eventlog function for ARM64 platform, Ard Biesheuvel
      • Re: [PATCH] EFI/stub: tpm: enable tpm eventlog function for ARM64 platform, kongxinwei
• [PATCH v6 0/4] powerpc: expose secure variables to the kernel and userspace, Eric Richter
  • [PATCH v6 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Eric Richter
    • Re: [PATCH v6 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Lakshmi Ramasubramanian
  • [PATCH v6 2/4] powerpc: expose secure variables to userspace via sysfs, Eric Richter
    • Re: [PATCH v6 2/4] powerpc: expose secure variables to userspace via sysfs, Lakshmi Ramasubramanian
  • [PATCH v6 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Eric Richter
  • [PATCH v6 3/4] x86/efi: move common keyring handler functions to new file, Eric Richter
• [PATCH 4.4 16/46] efi/x86: Do not clean dummy variable in kexec path, Greg Kroah-Hartman
• [PATCH 4.9 21/62] efi/cper: Fix endianness of PCIe class code, Greg Kroah-Hartman
• [PATCH 4.14 42/95] efi/x86: Do not clean dummy variable in kexec path, Greg Kroah-Hartman
• [PATCH 4.19 081/149] efi/cper: Fix endianness of PCIe class code, Greg Kroah-Hartman
• [PATCH 5.3 052/163] efi/x86: Do not clean dummy variable in kexec path, Greg Kroah-Hartman
• [PATCH 5.3 051/163] efi/cper: Fix endianness of PCIe class code, Greg Kroah-Hartman
• [PATCH 4.19 082/149] efi/x86: Do not clean dummy variable in kexec path, Greg Kroah-Hartman
• [PATCH 4.14 41/95] efi/cper: Fix endianness of PCIe class code, Greg Kroah-Hartman
• [PATCH 4.9 22/62] efi/x86: Do not clean dummy variable in kexec path, Greg Kroah-Hartman
• [PATCH 4.4 15/46] efi/cper: Fix endianness of PCIe class code, Greg Kroah-Hartman
• [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
  • [PATCH v5 1/3] x86/boot: Introduce the kernel_info, Daniel Kiper
  • [PATCH v5 3/3] x86/boot: Introduce the setup_indirect, Daniel Kiper
    • Re: [PATCH v5 3/3] x86/boot: Introduce the setup_indirect, Borislav Petkov
  • [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
    • Re: [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Borislav Petkov
      • Re: [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
        • Re: [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Borislav Petkov
          • Re: [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
            • Re: [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Borislav Petkov
              • Re: [PATCH v5 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
  • Re: [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes, H. Peter Anvin
  • Re: [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes, Borislav Petkov
    • Re: [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes, hpa
      • Re: [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes, Borislav Petkov
      • Re: [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
• [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
  • [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
      • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
      • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, kbuild test robot
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, kbuild test robot
      • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Bhupesh Sharma
      • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
  • [PATCH v3 2/9] kcsan: Add Documentation entry in dev-tools, Marco Elver
  • [PATCH v3 3/9] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH v3 5/9] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
    • Re: [PATCH v3 5/9] seqlock, kcsan: Add annotations for KCSAN, kbuild test robot
      • Re: [PATCH v3 5/9] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH v3 6/9] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH v3 7/9] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
  • [PATCH v3 8/9] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH v3 9/9] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH v3 4/9] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
    • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
      • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
        • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
          • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
            • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
              • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
                • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
• Re: x86/boot: add ramoops.mem_size=1048576 boot parameter cause can't boot, youling 257
  • Re: x86/boot: add ramoops.mem_size=1048576 boot parameter cause can't boot, youling 257
    • Re: x86/boot: add ramoops.mem_size=1048576 boot parameter cause can't boot, youling 257
• [PATCH v10 0/9] powerpc: Enabling IMA arch specific secure boot policies, Mimi Zohar
  • [PATCH v10 1/9] powerpc: detect the secure boot mode of the system, Mimi Zohar
    • Re: [PATCH v10 1/9] powerpc: detect the secure boot mode of the system, Eric Richter
    • [PATCH v10a 1/9] powerpc: detect the secure boot mode of the system, Eric Richter
      • Re: [PATCH v10a 1/9] powerpc: detect the secure boot mode of the system, Michael Ellerman
  • [PATCH v10 2/9] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
    • Re: [PATCH v10 2/9] powerpc/ima: add support to initialize ima policy rules, Michael Ellerman
  • [PATCH v10 4/9] powerpc/ima: define trusted boot policy, Mimi Zohar
    • Re: [PATCH v10 4/9] powerpc/ima: define trusted boot policy, Michael Ellerman
  • [PATCH v10 6/9] certs: add wrapper function to check blacklisted binary hash, Mimi Zohar
    • Re: [PATCH v10 6/9] certs: add wrapper function to check blacklisted binary hash, Michael Ellerman
  • [PATCH v10 7/9] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
    • Re: [PATCH v10 7/9] ima: check against blacklisted hashes for files with modsig, Michael Ellerman
  • [RFC PATCH v10 9/9] powerpc/ima: indicate kernel modules appended signatures are enforced, Mimi Zohar
    • Re: [RFC PATCH v10 9/9] powerpc/ima: indicate kernel modules appended signatures are enforced, Michael Ellerman
  • [PATCH v10 8/9] powerpc/ima: update ima arch policy to check for blacklist, Mimi Zohar
    • Re: [PATCH v10 8/9] powerpc/ima: update ima arch policy to check for blacklist, Michael Ellerman
  • [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Mimi Zohar
    • Re: [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
      • Re: [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
    • Re: [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Michael Ellerman
  • [PATCH v10 3/9] powerpc: detect the trusted boot state of the system, Mimi Zohar
    • [PATCH v10a 3/9] powerpc: detect the trusted boot state of the system, Eric Richter
      • Re: [PATCH v10a 3/9] powerpc: detect the trusted boot state of the system, Michael Ellerman
  • Re: [PATCH v10 0/9] powerpc: Enabling IMA arch specific secure boot policies, Lakshmi Ramasubramanian
    • Re: [PATCH v10 0/9] powerpc: Enabling IMA arch specific secure boot policies, Mimi Zohar
• [ARK INTERNAL PATCHv2 2/5] efi: Add an EFI_SECURE_BOOT flag to indicate secure boot mode, Jeremy Cline
• [GIT PULL v2 0/6] EFI fixes for v5.4, Ard Biesheuvel
  • [PATCH v2 1/6] efi: Make CONFIG_EFI_RCI2_TABLE selectable on x86 only, Ard Biesheuvel
    • [tip: efi/urgent] efi: Make CONFIG_EFI_RCI2_TABLE selectable on x86 only, tip-bot2 for Narendra K
  • [PATCH v2 2/6] efi/tpm: return -EINVAL when determining tpm final events log size fails, Ard Biesheuvel
    • [tip: efi/urgent] efi/tpm: Return -EINVAL when determining tpm final events log size fails, tip-bot2 for Jerry Snitselaar
  • [PATCH v2 4/6] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Ard Biesheuvel
    • [tip: efi/urgent] efi: libstub/arm: Account for firmware reserved memory at the base of RAM, tip-bot2 for Ard Biesheuvel
  • [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
    • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Bhupesh Sharma
      • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
        • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ingo Molnar
          • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
    • [tip: efi/urgent] efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness, tip-bot2 for Dominik Brodowski
  • [PATCH v2 5/6] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
    • [tip: efi/urgent] x86, efi: Never relocate kernel below lowest acceptable address, tip-bot2 for Kairui Song
  • [PATCH v2 6/6] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN, Ard Biesheuvel
    • [tip: efi/urgent] efi/efi_test: Lock down /dev/efi_test and require CAP_SYS_ADMIN, tip-bot2 for Javier Martinez Canillas
• [PATCH v5 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Nayna Jain
  • Re: [PATCH v5 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Lakshmi Ramasubramanian
• [PATCH v5 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v5 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
    • Re: [PATCH v5 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Lakshmi Ramasubramanian
  • [PATCH v5 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
    • Re: [PATCH v5 2/4] powerpc: expose secure variables to userspace via sysfs, Lakshmi Ramasubramanian
  • [PATCH v5 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
• [PATCH v4 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
  • [PATCH v4 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
    • Re: [PATCH v4 2/3] x86/boot: Introduce the kernel_info.setup_type_max, H. Peter Anvin
      • Re: [PATCH v4 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
  • [PATCH v4 1/3] x86/boot: Introduce the kernel_info, Daniel Kiper
  • [PATCH v4 3/3] x86/boot: Introduce the setup_indirect, Daniel Kiper
• [PATCH v9 0/8] powerpc: Enabling IMA arch specific secure boot policies, Nayna Jain
  • [PATCH v9 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
    • Re: [PATCH v9 1/8] powerpc: detect the secure boot mode of the system, Lakshmi Ramasubramanian
      • Re: [PATCH v9 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
  • [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Nayna Jain
    • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Lakshmi Ramasubramanian
      • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Nayna Jain
        • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Lakshmi Ramasubramanian
          • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Michael Ellerman
        • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
          • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
  • [PATCH v9 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
    • Re: [PATCH v9 3/8] powerpc: detect the trusted boot state of the system, Lakshmi Ramasubramanian
      • Re: [PATCH v9 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
  • [PATCH v9 4/8] powerpc/ima: define trusted boot policy, Nayna Jain
    • Re: [PATCH v9 4/8] powerpc/ima: define trusted boot policy, Lakshmi Ramasubramanian
  • [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
    • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
      • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
        • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
          • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
    • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
      • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
  • [PATCH v9 6/8] certs: add wrapper function to check blacklisted binary hash, Nayna Jain
  • [PATCH v9 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
    • Re: [PATCH v9 7/8] ima: check against blacklisted hashes for files with modsig, Lakshmi Ramasubramanian
      • Re: [PATCH v9 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
  • [PATCH v9 8/8] powerpc/ima: update ima arch policy to check for blacklist, Nayna Jain
  • Re: [PATCH v9 0/8] powerpc: Enabling IMA arch specific secure boot policies, Mimi Zohar
• [GIT PULL 0/5] EFI fixes for v5.4, Ard Biesheuvel
  • [PATCH 2/5] efi/tpm: return -EINVAL when determining tpm final events log size fails, Ard Biesheuvel
  • [PATCH 1/5] efi: Make CONFIG_EFI_RCI2_TABLE selectable on x86 only, Ard Biesheuvel
  • [PATCH 3/5] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
  • [PATCH 5/5] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
  • [PATCH 4/5] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Ard Biesheuvel
• Re: [PATCH] Cleanup: replace prefered with preferred, Laurent Pinchart
  • <Possible follow-ups>
  • Re: [PATCH] Cleanup: replace prefered with preferred, Jarkko Sakkinen
    • Re: [PATCH] Cleanup: replace prefered with preferred, Mark Salyzyn
      • Re: [PATCH] Cleanup: replace prefered with preferred, Jani Nikula
      • Re: [PATCH] Cleanup: replace prefered with preferred, Jarkko Sakkinen
      • Re: [PATCH] Cleanup: replace prefered with preferred, Greg Kroah-Hartman
• [PATCH v8 0/8] powerpc: Enabling IMA arch specific secure boot policies, Nayna Jain
  • [PATCH v8 2/8] powerpc/ima: add support to initialize ima policy rules, Nayna Jain
    • Re: [PATCH v8 2/8] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
  • [PATCH v8 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
    • Re: [PATCH v8 1/8] powerpc: detect the secure boot mode of the system, Michael Ellerman
  • [PATCH v8 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
    • Re: [PATCH v8 3/8] powerpc: detect the trusted boot state of the system, Mimi Zohar
    • Re: [PATCH v8 3/8] powerpc: detect the trusted boot state of the system, Michael Ellerman
  • [PATCH v8 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Nayna Jain
    • Re: [PATCH v8 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Mimi Zohar
  • [PATCH v8 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
    • Re: [PATCH v8 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
  • [PATCH v8 6/8] certs: add wrapper function to check blacklisted binary hash, Nayna Jain
  • [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
    • Re: [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
    • Re: [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
      • Re: [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
  • [PATCH v8 8/8] powerpc/ima: update ima arch policy to check for blacklist, Nayna Jain
• [PATCH AUTOSEL 5.3 48/89] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 5.3 49/89] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.19 075/100] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 4.19 076/100] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.14 38/56] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.9 17/29] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 4.4 12/21] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 4.4 13/21] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.9 18/29] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.14 37/56] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH v2 0/8] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
  • [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Alexander Potapenko
      • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Mark Rutland
      • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Oleg Nesterov
      • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Oleg Nesterov
          • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
  • [PATCH v2 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
    • Re: [PATCH v2 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Dmitry Vyukov
      • Re: [PATCH v2 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH v2 3/8] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
    • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Mark Rutland
      • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
        • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Mark Rutland
          • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH v2 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
    • Re: [PATCH v2 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Mark Rutland
      • Re: [PATCH v2 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH v2 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
    • Re: [PATCH v2 8/8] x86, kcsan: Enable KCSAN for x86, Mark Rutland
      • Re: [PATCH v2 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH v2 5/8] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH v2 6/8] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
• [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
  • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
    • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
      • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
        • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
• [PATCH 4.9 76/92] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 4.14 43/65] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 4.19 49/81] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 5.3 063/112] efi/tpm: Dont access event->count when it isnt mapped, Greg Kroah-Hartman
• [PATCH 5.3 064/112] efi/tpm: Dont traverse an event log with no events, Greg Kroah-Hartman
• [PATCH 5.3 065/112] efi/tpm: Only set efi_tpm_final_log_size after successful event log parsing, Greg Kroah-Hartman
• [PATCH 5.3 111/112] efi/tpm: Fix sanity check of unsigned tbl_size being less than zero, Greg Kroah-Hartman
• [PATCH 5.3 062/112] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 0/8] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
  • [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Boqun Feng
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Boqun Feng
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Andrey Konovalov
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Mark Rutland
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Peter Zijlstra
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Peter Zijlstra
          • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
  • [PATCH 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH 5/8] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH 6/8] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
  • [PATCH 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
    • Re: [PATCH 8/8] x86, kcsan: Enable KCSAN for x86, Dave Hansen
      • Re: [PATCH 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
    • Re: [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Mark Rutland
      • Re: [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH 3/8] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • Re: [PATCH 0/8] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
• [PATCH v7 00/12] EFI Specific Purpose Memory Support, Dan Williams
  • [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
    • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Rafael J. Wysocki
      • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Rafael J. Wysocki
        • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
          • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Rafael J. Wysocki
            • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
  • [PATCH v7 02/12] efi: Enumerate EFI_MEMORY_SP, Dan Williams
  • [PATCH v7 03/12] x86/efi: Push EFI_MEMMAP check into leaf routines, Dan Williams
  • [PATCH v7 04/12] efi: Common enable/disable infrastructure for EFI soft reservation, Dan Williams
  • [PATCH v7 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
  • [PATCH v7 06/12] arm/efi: EFI soft reservation to memblock, Dan Williams
  • [PATCH v7 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
  • [PATCH v7 08/12] lib: Uplevel the pmem "region" ida to a global allocator, Dan Williams
  • [PATCH v7 09/12] dax: Fix alloc_dax_region() compile warning, Dan Williams
  • [PATCH v7 10/12] device-dax: Add a driver for "hmem" devices, Dan Williams
  • [PATCH v7 11/12] acpi/numa/hmat: Register HMAT at device_initcall level, Dan Williams
    • Re: [PATCH v7 11/12] acpi/numa/hmat: Register HMAT at device_initcall level, Rafael J. Wysocki
  • [PATCH v7 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Dan Williams
    • Re: [PATCH v7 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Rafael J. Wysocki
  • Re: [PATCH v7 00/12] EFI Specific Purpose Memory Support, Ard Biesheuvel
    • Re: [PATCH v7 00/12] EFI Specific Purpose Memory Support, Dan Williams
• [PATCH] efi/tpm: return -EINVAL when determining tpm final events log size fails, Jerry Snitselaar
  • Re: [PATCH] efi/tpm: return -EINVAL when determining tpm final events log size fails, Jarkko Sakkinen
• [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Ard Biesheuvel
  • Re: [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Chester Lin
  • RE: [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Guillaume Gardet
• [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
  • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
  • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Geert Uytterhoeven
    • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Ard Biesheuvel
      • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
• [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
  • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
    • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
      • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
        • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
          • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Joe Perches
            • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
              • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Joe Perches
            • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
              • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Joe Perches
    • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
• [PATCH v9 20/28] x86/asm: Make some functions local, Jiri Slaby