linux-efi  

Messages by Thread

• • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing Jerry Snitselaar
  • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing Jarkko Sakkinen
  • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing Jarkko Sakkinen
• [GIT PULL] EFI changes for v5.4 Ingo Molnar
  • Re: [GIT PULL] EFI changes for v5.4 pr-tracker-bot
• [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified Ard Biesheuvel
  • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified Scott Talbert
  • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified Ard Biesheuvel
  • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified Scott Talbert
  • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified Ard Biesheuvel
• Boot regression in 4.8 for Mac Pro server Scott Talbert
  • Re: Boot regression in 4.8 for Mac Pro server Ard Biesheuvel
• [RFC PATCH] x86, efi: never relocate the kernel below LOAD_PHYSICAL_ADDR Kairui Song
• Please forgive me Alice Walton
• Singaporean Mr. Teo En Ming's Refugee Seeking Attempts, In The Search of a Substantially Better Life Turritopsis Dohrnii Teo En Ming
• [PATCH v5 00/10] EFI Specific Purpose Memory Support Dan Williams
  • [PATCH v5 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory Dan Williams
  • [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines Dan Williams
  • Re: [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines Ard Biesheuvel
  • Re: [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines Dan Williams
  • [PATCH v5 02/10] efi: Enumerate EFI_MEMORY_SP Dan Williams
  • [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Dan Williams
  • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Ingo Molnar
  • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Ard Biesheuvel
  • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Dan Williams
  • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Ard Biesheuvel
  • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Dan Williams
  • [PATCH v5 06/10] lib: Uplevel the pmem "region" ida to a global allocator Dan Williams
  • [PATCH v5 10/10] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device Dan Williams
  • [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • [PATCH v5 07/10] dax: Fix alloc_dax_region() compile warning Dan Williams
  • [PATCH v5 09/10] acpi/numa/hmat: Register HMAT at device_initcall level Dan Williams
  • [PATCH v5 08/10] device-dax: Add a driver for "hmem" devices Dan Williams
  • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support Rafael J. Wysocki
  • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support Dan Williams
  • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support Rafael J. Wysocki
  • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support Jonathan Cameron
• [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Peter Jones
  • [PATCH 2/2] efi+tpm: don't traverse an event log with no events Peter Jones
  • Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events Jarkko Sakkinen
  • Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events Matthew Garrett
  • Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events Ard Biesheuvel
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Jarkko Sakkinen
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Matthew Garrett
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Jarkko Sakkinen
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Jarkko Sakkinen
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Matthew Garrett
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Peter Jones
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Jarkko Sakkinen
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped. Ard Biesheuvel
• [PATCH v3 0/4] powerpc: expose secure variables to the kernel and userspace Nayna Jain
  • [PATCH v3 1/4] powerpc/powernv: Add OPAL API interface to access secure variable Nayna Jain
  • [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file Nayna Jain
  • Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file Michael Ellerman
  • Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file Mimi Zohar
  • Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file Michael Ellerman
  • [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs Nayna Jain
  • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs Greg Kroah-Hartman
  • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs Nayna
  • [PATCH] sysfs: add BIN_ATTR_WO() macro Greg Kroah-Hartman
  • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro Michael Ellerman
  • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro Greg Kroah-Hartman
  • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro Nayna
  • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro Greg Kroah-Hartman
  • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro Nayna
  • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs Greg Kroah-Hartman
  • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs Nayna
  • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs Greg Kroah-Hartman
  • [PATCH v3 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring Nayna Jain
  • Re: [PATCH v3 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring Mimi Zohar
• [PATCH] efi: cper: Fix endianness of PCIe class code Lukas Wunner
  • Re: [PATCH] efi: cper: Fix endianness of PCIe class code Ard Biesheuvel
• Wohltätigkeitsspende von 2.000.000 Millionen Euro ''Tayeb Souami''
• MY $25,000,000.00 INVESTMENT PROPOSAL WITH YOU AND IN YOUR COUNTRY. Law firm(Eku and Associates)
• [PATCH v2 0/4] powerpc: expose secure variables to the kernel and userspace Nayna Jain
  • [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs Nayna Jain
  • Re: [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs Greg Kroah-Hartman
  • Re: [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs Oliver O'Halloran
  • [PATCH v2 3/4] x86/efi: move common keyring handler functions to new file Nayna Jain
  • Re: [PATCH v2 3/4] x86/efi: move common keyring handler functions to new file Greg Kroah-Hartman
  • [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable Nayna Jain
  • Re: [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable Oliver O'Halloran
  • Re: [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable Oliver O'Halloran
  • [PATCH v2 4/4] powerpc: load firmware trusted keys into kernel keyring Nayna Jain
  • Re: [PATCH v2 4/4] powerpc: load firmware trusted keys into kernel keyring Greg Kroah-Hartman
• [PATCH 0/6 V2] CCIX Protocol error reporting. Jonathan Cameron
  • [PATCH 3/6 V2] efi / ras: CCIX Address Translation Cache error reporting Jonathan Cameron
  • [PATCH 2/6 V2] efi / ras: CCIX Cache error reporting Jonathan Cameron
  • [PATCH 1/6 V2] efi / ras: CCIX Memory error reporting Jonathan Cameron
  • [PATCH 6/6 V2] efi / ras: CCIX Agent internal error reporting Jonathan Cameron
  • [PATCH 5/6 V2] efi / ras: CCIX Link error reporting Jonathan Cameron
  • [PATCH 4/6 V2] efi / ras: CCIX Port error reporting Jonathan Cameron
  • Re: [PATCH 0/6 V2] CCIX Protocol error reporting. Thomas Gleixner
• [PATCH V40 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
• [PATCH 0/2] efi: Allow to auto-disable it on RT Sebastian Andrzej Siewior
  • [PATCH 2/2] efi: Disable runtime services on RT Sebastian Andrzej Siewior
  • [PATCH 1/2] efi: Allow efi=runtime Sebastian Andrzej Siewior
• Early EFI-related boot freeze in parse_setup_data() Daniel Drake
  • Re: Early EFI-related boot freeze in parse_setup_data() Daniel Drake
• arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK skodde
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK Mark Rutland
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK Ard Biesheuvel
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK Mark Rutland
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK skodde
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK skodde
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK Ard Biesheuvel
• PLEASE CONFIRM PURCHASE ORDER Mr NARESH KUMAR
• HERZLICHEN GLÜCKWUNSCH € 1,000.000,00 wurde an Sie gespendet AZIM HASHIM PREMJI
• [GIT PULL 0/5] EFI updates for v5.4 Ard Biesheuvel
  • [PATCH 1/5] efi: x86: move efi_is_table_address() into arch/x86 Ard Biesheuvel
  • [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Geert Uytterhoeven
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Geert Uytterhoeven
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • RE: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Mario.Limonciello
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Geert Uytterhoeven
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs Narendra.K
  • [PATCH 3/5] efi: ia64: move SAL systab handling out of generic EFI code Ard Biesheuvel
  • [PATCH 5/5] efi: cper: print AER info of PCIe fatal error Ard Biesheuvel
  • [PATCH 2/5] efi/x86: move UV_SYSTAB handling into arch/x86 Ard Biesheuvel
• [GIT PULL 0/1] EFI fix for v5.3-rc4 Ard Biesheuvel
  • [PATCH 1/1] efi-stub: Fix get_efi_config_table on mixed-mode setups Ard Biesheuvel
• [PATCH v8 20/28] x86/asm: make some functions local Jiri Slaby
• [PATCH V38 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
• [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups Hans de Goede
  • Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups Matthew Garrett
  • Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups Ard Biesheuvel
  • Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups Jarkko Sakkinen
• [PATCH AUTOSEL 5.2 36/59] arm64/efi: fix variable 'si' set but not used Sasha Levin
• [PATCH AUTOSEL 4.19 20/32] arm64/efi: fix variable 'si' set but not used Sasha Levin
• [PATCH AUTOSEL 4.9 11/17] arm64/efi: fix variable 'si' set but not used Sasha Levin
• [PATCH AUTOSEL 4.14 16/25] arm64/efi: fix variable 'si' set but not used Sasha Levin
• [PATCH 2/2] ia64: Replace strncmp with str_has_prefix Chuhong Yuan
• 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
  • Re: 5.3 boot regression caused by 5.3 TPM changes Ard Biesheuvel
  • Re: 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
  • Re: 5.3 boot regression caused by 5.3 TPM changes Ard Biesheuvel
  • Re: 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
  • Re: 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
  • Re: 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
  • Re: 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
  • Re: 5.3 boot regression caused by 5.3 TPM changes Hans de Goede
• [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • RE: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Guillaume Gardet
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Mike Rapoport
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Mike Rapoport
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Russell King - ARM Linux admin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Russell King - ARM Linux admin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Mike Rapoport
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Chester Lin
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Mike Rapoport
  • Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base Ard Biesheuvel
• [PATCH V37 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
• [PATCH] arm64/efi: fix variable 'si' set but not used Qian Cai
  • Re: [PATCH] arm64/efi: fix variable 'si' set but not used Will Deacon
  • Re: [PATCH] arm64/efi: fix variable 'si' set but not used Catalin Marinas
  • Re: [PATCH] arm64/efi: fix variable 'si' set but not used Dave Martin
• [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error Xiaofei Tan
  • Re: [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error tanxiaofei
• Zdravstvujte! Vas interesuyut klientskie bazy dannyh? linux-efi
• Why does memblock only refer to E820 table and not EFI Memory Map? Sai Praneeth Prakhya
  • Re: Why does memblock only refer to E820 table and not EFI Memory Map? Dave Young
  • RE: Why does memblock only refer to E820 table and not EFI Memory Map? Prakhya, Sai Praneeth
  • Re: Why does memblock only refer to E820 table and not EFI Memory Map? Ricardo Neri
  • Re: Why does memblock only refer to E820 table and not EFI Memory Map? Sai Praneeth Prakhya
• [PATCH V36 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
• If interested Tk Allen
• [PATCH] x86/efi: Remove unused variables Zhenzhong Duan
• [PATCH V35 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
• [PATCH 1/1] efi: cper: print AER info of PCIe fatal error Xiaofei Tan
  • Re: [PATCH 1/1] efi: cper: print AER info of PCIe fatal error James Morse
  • Re: [PATCH 1/1] efi: cper: print AER info of PCIe fatal error tanxiaofei
• [PATCH v1] Export Runtime Configuration Interface table to sysfs Narendra.K
  • RE: [PATCH v1] Export Runtime Configuration Interface table to sysfs Mario.Limonciello
  • Re: [PATCH v1] Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [PATCH v1] Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • Re: [PATCH v1] Export Runtime Configuration Interface table to sysfs Narendra.K

• Earlier messages
• Later messages