linux-efi  

Messages by Thread

• Linux on UEFI: A Quick Installation Guide Turritopsis Dohrnii Teo En Ming
• [PATCH v0] Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [PATCH v0] Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [PATCH v0] Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • Re: [PATCH v0] Export Runtime Configuration Interface table to sysfs Narendra.K
• [4.19.y PATCH 0/3] Backported fixes for 4.19 stable tree Srivatsa S. Bhat
  • [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Srivatsa S. Bhat
  • Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Greg KH
  • Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Ard Biesheuvel
  • Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Gen Zhang
  • Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Greg KH
  • Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Ard Biesheuvel
  • Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Srivatsa S. Bhat
  • Re: [4.19.y PATCH 0/3] Backported fixes for 4.19 stable tree Sasha Levin
• [GIT PULL 0/4] EFI fixes for v5.2 Ard Biesheuvel
  • [PATCH 2/4] efi/bgrt: Drop BGRT status field reserved bits check Ard Biesheuvel
  • [PATCH 3/4] x86/efi: fix a -Wtype-limits compilation warning Ard Biesheuvel
  • [PATCH 1/4] efi/memreserve: deal with memreserve entries in unmapped memory Ard Biesheuvel
  • [PATCH 4/4] efibc: Replace variable set function in notifier call Ard Biesheuvel
• [PATCH V34 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
  • Re: [PATCH V34 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Kees Cook
  • Re: [PATCH V34 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down Ard Biesheuvel
• [PATCH V33 30/30] efi: Restrict efivar_ssdt_load when the kernel is locked down Matthew Garrett
• [PATCH v2] x86/efi: fix a -Wtype-limits compilation warning Qian Cai
  • RE: [PATCH v2] x86/efi: fix a -Wtype-limits compilation warning Prakhya, Sai Praneeth
  • Re: [PATCH v2] x86/efi: fix a -Wtype-limits compilation warning Ard Biesheuvel
• [no subject] DR ALBERT ZONGO
• [RFC PATCH] Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
  • Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs Narendra.K
  • Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs Ard Biesheuvel
• [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion Hariprasad Kelam
  • Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion Ard Biesheuvel
  • Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion Matthew Garrett
  • Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion Jarkko Sakkinen
  • Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion Matthew Garrett
  • Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion Jarkko Sakkinen
• [PATCH 0/2] powerpc/powernv: expose secure variables to userspace Nayna Jain
  • [PATCH 1/2] powerpc/powernv: add OPAL APIs for secure variables Nayna Jain
  • [PATCH 2/2] powerpc: expose secure variables via sysfs Nayna Jain
  • Re: [PATCH 2/2] powerpc: expose secure variables via sysfs Greg Kroah-Hartman
  • Re: [PATCH 2/2] powerpc: expose secure variables via sysfs Nayna
  • Re: [PATCH 2/2] powerpc: expose secure variables via sysfs Michael Ellerman
  • Re: [PATCH 2/2] powerpc: expose secure variables via sysfs Nayna
  • Re: [PATCH 2/2] powerpc: expose secure variables via sysfs Oliver O'Halloran
  • Re: [PATCH 2/2] powerpc: expose secure variables via sysfs Oliver O'Halloran
• [[efi boot control]] efibc: Replace variable set function in notifier call baofeng . tian
  • [[efi boot control]] efibc: Replace variable set function in notifier call baofeng . tian
  • RE: [[efi boot control]] efibc: Replace variable set function in notifier call Tian, Baofeng
  • Re: [[efi boot control]] efibc: Replace variable set function in notifier call Ard Biesheuvel
• [PATCH v4 0/3] powerpc: Enabling IMA arch specific secure boot policies Nayna Jain
  • [PATCH v4 2/3] powerpc/powernv: detect the secure boot mode of the system Nayna Jain
  • [PATCH v4 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state Nayna Jain
  • [PATCH v4 3/3] powerpc: Add support to initialize ima policy rules Nayna Jain
• [PATCH -next] efi/tpm: fix a compilation warning Qian Cai
  • Re: [PATCH -next] efi/tpm: fix a compilation warning Arnd Bergmann
  • Re: [PATCH -next] efi/tpm: fix a compilation warning Bartosz Szczepanek
  • Re: [PATCH -next] efi/tpm: fix a compilation warning Arnd Bergmann
  • Re: [PATCH -next] efi/tpm: fix a compilation warning Bartosz Szczepanek
• [PATCH v3 0/3] powerpc: Enabling IMA arch specific secure boot policies Nayna Jain
  • [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state Nayna Jain
  • Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state Daniel Axtens
  • Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state Daniel Axtens
  • Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state Nayna
  • Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state Daniel Axtens
  • [PATCH v3 2/3] powerpc/powernv: detect the secure boot mode of the system Nayna Jain
  • [PATCH v3 3/3] powerpc: Add support to initialize ima policy rules Nayna Jain
  • Re: [PATCH v3 3/3] powerpc: Add support to initialize ima policy rules Satheesh Rajendran
  • Re: [PATCH v3 3/3] powerpc: Add support to initialize ima policy rules Nayna
• [PATCH] efi/memreserve: deal with memreserve entries in unmapped memory Ard Biesheuvel
  • Re: [PATCH] efi/memreserve: deal with memreserve entries in unmapped memory Ray Jui
  • Re: [PATCH] efi/memreserve: deal with memreserve entries in unmapped memory Jonathan Richardson
• [PATCH 4.9 60/83] efi/libstub: Unify command line param parsing Greg Kroah-Hartman
• [PATCH AUTOSEL 5.1 25/70] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Sasha Levin
• [PATCH AUTOSEL 4.19 17/49] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Sasha Levin
  • Re: [PATCH AUTOSEL 4.19 17/49] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Ard Biesheuvel
  • Re: [PATCH AUTOSEL 4.19 17/49] efi/x86/Add missing error handling to old_memmap 1:1 mapping code Sasha Levin
• [PATCH V2 1/2] Abstract out support for locating an EFI config table Matthew Garrett
  • [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log Matthew Garrett
  • Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log Ard Biesheuvel
  • Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log Jarkko Sakkinen
  • Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log Ard Biesheuvel
  • Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log Jarkko Sakkinen
  • Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table Ard Biesheuvel
  • Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table Jarkko Sakkinen
  • Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table Matthew Garrett
  • Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table Jarkko Sakkinen
  • Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table Jarkko Sakkinen
• [PATCH v3 00/10] EFI Specific Purpose Memory Support Dan Williams
  • [PATCH v3 04/10] x86, efi: Push EFI_MEMMAP check into leaf routines Dan Williams
  • [PATCH v3 05/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • [PATCH v3 09/10] acpi/numa/hmat: Register HMAT at device_initcall level Dan Williams
  • [PATCH v3 08/10] device-dax: Add a driver for "hmem" devices Dan Williams
  • Re: [PATCH v3 08/10] device-dax: Add a driver for "hmem" devices Dave Hansen
  • Re: [PATCH v3 08/10] device-dax: Add a driver for "hmem" devices Dan Williams
  • [PATCH v3 06/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP Dan Williams
  • [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator Dan Williams
  • Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator Matthew Wilcox
  • Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator Dan Williams
  • Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator Dan Williams
  • [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP Dan Williams
  • Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP Dave Hansen
  • Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP Dan Williams
  • Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP Dave Hansen
  • Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP Dan Williams
  • [PATCH v3 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory Dan Williams
  • Re: [PATCH v3 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory Rafael J. Wysocki
  • [PATCH v3 10/10] acpi/numa/hmat: Register "specific purpose" memory as an "hmem" device Dan Williams
  • [PATCH v3 02/10] acpi/numa/hmat: Skip publishing target info for nodes with no online memory Dan Williams
  • Re: [PATCH v3 00/10] EFI Specific Purpose Memory Support Dave Hansen
  • Re: [PATCH v3 00/10] EFI Specific Purpose Memory Support Dan Williams
• [RESEND PATCH] x86/efi: fix a -Wtype-limits compilation warning Qian Cai
• "arm64: Silence gcc warnings about arch ABI drift" breaks clang Qian Cai
  • Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang Will Deacon
  • Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang Qian Cai
  • Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang Nathan Chancellor
  • Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang Dave Martin
  • Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang Will Deacon
• [RFC PATCH 0/6] CCIX Protocol Error reporting Jonathan Cameron
  • [RFC PATCH 5/6] efi / ras: CCIX Link error reporting Jonathan Cameron
  • [RFC PATCH 2/6] efi / ras: CCIX Cache error reporting Jonathan Cameron
  • [RFC PATCH 1/6] efi / ras: CCIX Memory error reporting Jonathan Cameron
  • Re: [RFC PATCH 1/6] efi / ras: CCIX Memory error reporting Jonathan Cameron
  • [RFC PATCH 6/6] efi / ras: CCIX Agent internal error reporting Jonathan Cameron
  • [RFC PATCH 4/6] efi / ras: CCIX Port error reporting Jonathan Cameron
  • [RFC PATCH 3/6] efi / ras: CCIX Address Translation Cache error reporting Jonathan Cameron
  • Re: [RFC PATCH 0/6] CCIX Protocol Error reporting Jonathan Cameron
  • Re: [RFC PATCH 0/6] CCIX Protocol Error reporting James Morse
  • Re: [RFC PATCH 0/6] CCIX Protocol Error reporting Jonathan Cameron
  • Re: [RFC PATCH 0/6] CCIX Protocol Error reporting Jonathan Cameron
• [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing Ard Biesheuvel
  • Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing Rolf Eike Beer
  • Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing Sasha Levin
  • Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing Ard Biesheuvel
  • Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing Greg KH
  • Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing Ard Biesheuvel
• gicv3-its driver crashes in crash dump kernel Jonathan Richardson
  • Re: gicv3-its driver crashes in crash dump kernel Marc Zyngier
  • Re: gicv3-its driver crashes in crash dump kernel Ard Biesheuvel
  • Re: gicv3-its driver crashes in crash dump kernel Bhupesh Sharma
  • Re: gicv3-its driver crashes in crash dump kernel Jonathan Richardson
  • Re: gicv3-its driver crashes in crash dump kernel Ard Biesheuvel
  • Re: gicv3-its driver crashes in crash dump kernel Jonathan Richardson
• [PATCH] efi: Fix TPM code build failure on ARM Matthew Garrett
  • Re: [PATCH] efi: Fix TPM code build failure on ARM Ard Biesheuvel
  • Re: [PATCH] efi: Fix TPM code build failure on ARM Matthew Garrett
  • Re: [PATCH] efi: Fix TPM code build failure on ARM Ard Biesheuvel
  • Re: [PATCH] efi: Fix TPM code build failure on ARM Jarkko Sakkinen
• [PATCH V2] tpm: Don't duplicate events from the final event log in the TCG2 log Matthew Garrett
  • Re: [PATCH V2] tpm: Don't duplicate events from the final event log in the TCG2 log Jarkko Sakkinen
  • Re: [PATCH V2] tpm: Don't duplicate events from the final event log in the TCG2 log Ard Biesheuvel
• Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Rolf Eike Beer
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Greg KH
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Nick Desaulniers
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Nick Desaulniers
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Rolf Eike Beer
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Greg KH
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Nathan Chancellor
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Rolf Eike Beer
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Ard Biesheuvel
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Greg KH
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Nick Desaulniers
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Ard Biesheuvel
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Greg KH
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Ard Biesheuvel
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Ard Biesheuvel
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Rolf Eike Beer
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Rolf Eike Beer
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Ard Biesheuvel
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Rolf Eike Beer
  • Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_') Ard Biesheuvel
• Quation needed For June Inquiry Jpexcc Salesi
• [PATCH 0/1] Fix crash in __calc_tpm2_event_size Chris Coulson
  • [PATCH 1/1] tpm: Don't dereference event after it's unmapped in __calc_tpm2_event_size Chris Coulson
  • Re: [PATCH 1/1] tpm: Don't dereference event after it's unmapped in __calc_tpm2_event_size Jarkko Sakkinen
  • Re: [PATCH 0/1] Fix crash in __calc_tpm2_event_size Jarkko Sakkinen
• [PATCH] tpm: Don't duplicate events from the final event log in the TCG2 log Matthew Garrett
  • Re: [PATCH] tpm: Don't duplicate events from the final event log in the TCG2 log Jarkko Sakkinen
• [PATCH] x86/efi: fix a -Wtype-limits compilation warning Qian Cai
• Re: [Bug 203761] New: efivar_ssdt_iter is subject to stack corruption when the input name_size is 0 Ard Biesheuvel
  • Re: [Bug 203761] New: efivar_ssdt_iter is subject to stack corruption when the input name_size is 0 Matthew Garrett
• [PATCH v2 0/8] EFI Specific Purpose Memory Support Dan Williams
  • [PATCH v2 2/8] acpi/hmat: Skip publishing target info for nodes with no online memory Dan Williams
  • [PATCH v2 1/8] acpi: Drop drivers/acpi/hmat/ directory Dan Williams
  • Re: [PATCH v2 1/8] acpi: Drop drivers/acpi/hmat/ directory Rafael J. Wysocki
  • Re: [PATCH v2 1/8] acpi: Drop drivers/acpi/hmat/ directory Dan Williams
  • [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Ard Biesheuvel
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Dan Williams
  • Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax Mike Rapoport

• Earlier messages
• Later messages