Linux EFI/UEFI Development
[Prev Page][Next Page]
- Re: [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- RE: [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()
- From: Geliang Tang <geliangtang@xxxxxxx>
- [PATCH v2 0/3] pstore: resend three patches
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] x86/mm changes for v4.4
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH 2/9] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [x86] [EFI stub] Changing the kernel command line in the efi application, without recompiling the kernel.
- From: "Stoppa, Igor" <igor.stoppa@xxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH] x86/setup: Fix recent boot crash on 32-bit SMP machines
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/2] efi-pstore: fix kernel-doc argument name
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] efi: replace GFP_KERNEL with GFP_ATOMIC
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- RE: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: Borislav Petkov <bp@xxxxxxxxx>
- RE: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: Borislav Petkov <bp@xxxxxxxxx>
- RE: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 1/2] efi-pstore: fix kernel-doc argument name
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Jeremy Linton <jeremy.linton@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] [v2] arm64: efi: make sure vmlinux load address aligned on 2MB
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH v9 1/1] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v9 0/1] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- RE: [PATCH v8 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v2] efi: replace GFP_KERNEL with GFP_ATOMIC
- From: Saurabh Sengar <saurabh.truth@xxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] arm64: efi: make sure vmlinux load address aligned on 2MBytes
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: use correct type for struct efi_memory_map::phys_map
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] efi: replace GFP_KERNEL with GFP_ATOMIC
- From: Saurabh Sengar <saurabh.truth@xxxxxxxxx>
- Re: [GIT PULL] EFI changes for v4.4
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Jeremy Linton <jeremy.linton@xxxxxxx>
- Re: [PATCH v2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Jeremy Linton <jeremy.linton@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Jeremy Linton <jeremy.linton@xxxxxxx>
- Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Preface all print statements with efi* tag
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- [PATCH] x86/efi: Fix kernel panic when CONFIG_DEBUG_VIRTUAL is enabled
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI changes for v4.4
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] x86/efi: Preface all print statements with efi* tag
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] efi-pstore: implement efivars_pstore_exit()
- From: Geliang Tang <geliangtang@xxxxxxx>
- [PATCH] arm64/efi: move arm64 specific stub C code to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH 2/2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/2] efi: use correct type for struct efi_memory_map::phys_map
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] Documentation/efi-stub.txt: Fix a typo
- From: Joonas Lahtinen <joonas.lahtinen@xxxxxxxxxxxxxxx>
- Re: [PATCH] Documentation/efi-stub.txt: Fix a typo
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] Documentation/efi-stub.txt: Fix a typo
- From: Joonas Lahtinen <joonas.lahtinen@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH V2] x86/efi: Fix kernel panic when CONFIG_DEBUG_VIRTUAL is enabled
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] x86/efi: Fix kernel panic when CONFIG_DEBUG_VIRTUAL is enabled
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH V2] x86/efi: Fix kernel panic when CONFIG_DEBUG_VIRTUAL is enabled
- From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] x86/setup: Extend low identity map to cover whole kernel range
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- RE: CPER support for 32GiB 64GiB DIMMs
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- CPER support for 32GiB 64GiB DIMMs
- From: "Croxon, Nigel" <nigel.croxon@xxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix multiple GOP device support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix multiple GOP device support
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [GIT PULL 00/11] EFI changes for v4.4
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix multiple GOP device support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix multiple GOP device support
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix multiple GOP device support
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix kernel panic when CONFIG_DEBUG_VIRTUAL is enabled
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] x86: setup: extend low identity map to cover whole kernel range
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH] x86/efi: Fix kernel panic when CONFIG_DEBUG_VIRTUAL is enabled
- From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
- Re: [PATCH v3 1/3] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 0/3] arm64: EFI stub isolation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] x86/efi: Fix multiple GOP device support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 01/11] drivers/firmware: Make efi/esrt.c driver explicitly non-modular
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL 00/11] EFI changes for v4.4
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 04/11] efi/arm64: Clean up efi_get_fdt_params() interface
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 03/11] arm64: Use core efi=debug instead of uefi_debug command line parameter
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 05/11] efifb: Add support for 64-bit frame buffer addresses
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 08/11] efi: Introduce EFI_NX_PE_DATA bit and set it from properties table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 06/11] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 09/11] efi: Auto-load the efi-pstore module
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 07/11] efi: Add support for UEFIv2.5 Properties table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 10/11] x86/efi: Rename print_efi_memmap() to efi_print_memmap()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 11/11] efi: Add "efi_fake_mem" boot option
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 02/11] efi/x86: Move efi=debug option parsing to core
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2] x86/mm: warn on W+x mappings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v8 2/2] efi: a misc char interface for user to update efi firmware
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/9] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- RE: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v4 0/3] arm64: EFI stub isolation
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 1/3] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/9] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/9] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] x86, efi: Add "efi_fake_mem" boot option
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86, efi: rename print_efi_memmap() to efi_print_memmap()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: remove UEFIv2.5 properties table from /sys/firmware/efi/systab
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Sep 18 (build failures, up to 10/02)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] MAINTAINERS: Replace Intel email address
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- [PATCH v4 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 2/3] arm64: use ENDPIPROC() to annotate position independent assembler routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 1/3] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 0/3] arm64: EFI stub isolation
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 0/3] arm64: EFI stub isolation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v8 0/2] Enable capsule loader interface for efi firmware updating
- From: "Bryan O'Donoghue" <pure.logic@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 0/6] KASAN for arm64
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH 0/3] UEFI stub FDT handling fixes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: [PATCH v8 0/2] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH 0/3] UEFI stub FDT handling fixes
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: efi: Auto-load the efi-pstore module
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: fix multiple GOP device support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] efi/libstub: fix deletion of FDT memory nodes
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/libstub: fix deletion of FDT memory nodes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/libstub: fix deletion of FDT memory nodes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/libstub: fix deletion of FDT memory nodes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/libstub: fix deletion of FDT memory nodes
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v8 0/2] Enable capsule loader interface for efi firmware updating
- From: "Bryan O'Donoghue" <pure.logic@xxxxxxxxxxxxxxxxx>
- [PATCH v8 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v8 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v8 0/2] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH 3/3] efi/libstub: fix deletion of FDT memory nodes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/3] efi/libstub: sanity check the /reserved-memory DT node
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/3] efi/libstub: move FDT sanity check out of allocation loop
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/3] UEFI stub FDT handling fixes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Bryan O'Donoghue" <pure.logic@xxxxxxxxxxxxxxxxx>
- RE: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Bryan O'Donoghue" <pure.logic@xxxxxxxxxxxxxxxxx>
- [PATCH v3 3/3] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 2/3] arm64: use ENDPIPROC() to annotate position independent assembler routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 1/3] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 0/3] arm64: EFI stub isolation
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- RE: [PATCH v6 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Bryan O'Donoghue" <pure.logic@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 2/2] efi: a misc char interface for user to update efi firmware
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- RE: [PATCH v6 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- RE: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- RE: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 9/9] ARM: add UEFI stub support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v7 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v7 0/2] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v6 2/2] efi: a misc char interface for user to update efi firmware
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Sep 18 (build failures, up to 10/02)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6 1/2] efi: export efi_capsule_supported() function symbol
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- RE: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- RE: [PATCH v6 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH 0/9] UEFI boot and runtime services support for 32-bit ARM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/9] UEFI boot and runtime services support for 32-bit ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 9/9] ARM: add UEFI stub support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 9/9] ARM: add UEFI stub support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 9/9] ARM: add UEFI stub support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6 2/2] efi: a misc char interface for user to update efi firmware
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6 1/2] efi: export efi_capsule_supported() function symbol
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 8/9] ARM: wire up UEFI init and runtime support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 9/9] ARM: add UEFI stub support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 7/9] ARM: implement create_mapping_late() for EFI use
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 6/9] ARM: factor out allocation routine from __create_mapping()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 5/9] ARM: split off core mapping logic from create_mapping
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 4/9] ARM: only consider memblocks with NOMAP cleared for linear mapping
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 3/9] ARM: add support for generic early_ioremap/early_memremap
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/9] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/9] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/9] UEFI boot and runtime services support for 32-bit ARM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v6 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v6 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v6 0/2] Enable capsule loader interface for efi firmware updating
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v2 2/2] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 1/2] arm64: use ENDPIPROC() to annotate position independent assembler routines
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 0/2] arm64: EFI stub isolation
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] efi: remove UEFIv2.5 properties table from /sys/firmware/efi/systab
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: James Bottomley <jbottomley@xxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH] efi: remove UEFIv2.5 properties table from /sys/firmware/efi/systab
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 2/2] x86, efi: Add "efi_fake_mem" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- RE: [PATCH 2/2] x86, efi: Add "efi_fake_mem" boot option
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] x86, efi: Add "efi_fake_mem" boot option
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH 2/2] x86, efi: Add "efi_fake_mem" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 1/2] x86, efi: rename print_efi_memmap() to efi_print_memmap()
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH 0/2] Introduce "efi_fake_mem" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v6 3/6] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v3 0/6] arm64 UEFI early FDT handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- efi: Auto-load the efi-pstore module
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH 2/2] arm64/efi: Don't pad between EFI_MEMORY_RUNTIME regions
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL 0/2] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: add support for UEFIv2.5 Properties table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: add support for UEFIv2.5 Properties table
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [RFC PATCH] arm64/efi: remove /chosen/linux,uefi-stub-kern-ver DT property
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: add support for UEFIv2.5 Properties table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: add support for UEFIv2.5 Properties table
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2 2/2] efi: introduce EFI_NX_PE_DATA bit and set it from properties table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 2/2] efi: introduce EFI_NX_PE_DATA bit and set it from properties table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: introduce EFI_NX_PE_DATA bit and set it from properties table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: add support for UEFIv2.5 Properties table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH v3 6/6] arm64/efi: ignore DT memreserve entries instead of removing them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 5/6] arm64/efi: ignore DT memory nodes instead of removing them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 4/6] arm64/efi: move EFI /chosen node parsing before early FDT processing
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 3/6] efi: move FDT handling to separate object file
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 2/6] arm64: override generic version of early_init_dt_add_memory_arch()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 1/6] of/fdt: make generic early_init_dt_add_memory_arch() a weak alias
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 0/6] arm64 UEFI early FDT handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] x86/efi: fix multiple GOP device support
- From: "Kővágó, Zoltán" <dirty.ice.hu@xxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: isolate EFI stub from the kernel proper
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v6 3/6] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: James Bottomley <jbottomley@xxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [RFC PATCH] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: isolate EFI stub from the kernel proper
- From: Will Deacon <will.deacon@xxxxxxx>
- [RFC PATCH] arm64/efi: isolate EFI stub from the kernel proper
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [GIT PULL 0/2] EFI changes for v4.3 (part two)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
- Re: [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [PATCH V2 2/2] ras: acpi / apei: generate trace event for unrecognized CPER section
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH V2 1/2] efi: print unrecognized CPER section
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH v3] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Julien Grall <julien.grall@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Julien Grall <julien.grall@xxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Andrew Turner <andrew@xxxxxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: joeyli <jlee@xxxxxxxx>
- RE: [PATCH v5 2/2] efi: a misc char interface for user to update efi firmware
- From: "Ong, Boon Leong" <boon.leong.ong@xxxxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v5 2/2] efi: a misc char interface for user to update efi firmware
- From: "'Matt Fleming'" <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] efi: Change abbreviation of EFI_MEMORY_RUNTIME from "RUN" to "RT"
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 2/3] efi: Change abbreviation of EFI_MEMORY_RUNTIME from "RUN" to "RT"
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] efi: add support for UEFIv2.5 Properties table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/2] efi: introduce EFI_NX_PE_DATA bit and set it from properties table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH V2 1/2] efi: print unrecognized CPER section
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- [PATCH V2 2/2] ras: acpi / apei: generate trace event for unrecognized CPER section
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V2 1/2] efi: print unrecognized CPER section
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V2 0/2] process unrecognized CPER error section
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] x86/efi: Map EFI memmap entries in-order at runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL 0/2] EFI changes for v4.3 (part two)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] acpi, apei: Use appropriate pgprot_t to map GHES memory
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] arm64: apei: Implement arch_apei_get_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v5 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH] drivers/firmware: make efi/esrt.c driver explicitly non-modular
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH] drivers/firmware: make efi/esrt.c driver explicitly non-modular
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efifb: Add support for 64-bit frame buffer addresses
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efifb: Add support for 64-bit frame buffer addresses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] efifb: Add support for 64-bit frame buffer addresses
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH] drivers/firmware: make efi/esrt.c driver explicitly non-modular
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH v2] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v2] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] efifb: Add support for 64-bit frame buffer addresses
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH 1/4] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/4] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 1/4] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: base UEFI mapping permissions on region attributes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC 2/3] firmware_class: split out transaction helpers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 2/3] firmware_class: split out transaction helpers
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC 2/3] firmware_class: split out transaction helpers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/2] efi: a misc char interface for user to update efi firmware
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2] arm64/efi: base UEFI mapping permissions on region attributes
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 07/16] efi: Make efi_status_to_err() public
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 04/16] x86/efi: Generating random number in EFI stub
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 1/3] efi/x86: move efi=debug option parsing to core
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] drivers/firmware: make efi/esrt.c driver explicitly non-modular
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] arm64/efi-stub, kasan: don't instrument efi-stub.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- [PATCH 1/4] x86, efi, kasan: #undef memset/memcpy/memmove per arch.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- [PATCH 4/4] libfdt, kasan: don't instrument libfdt.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- [PATCH 2/4] efi/runtime-wrappers, kasan: don't sanitize runtime wrappers.
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- [PATCH 0/4] KASAN/ARM64 EFI fixes
- From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
- Re: [PATCH v2 5/5] arm64/efi: ignore DT memreserve entries instead of removing them
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 4/5] arm64/efi: ignore DT memory nodes instead of removing them
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 3/5] arm64/efi: move EFI init before early FDT processing
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 1/5] arm64: clone early_init_dt_add_memory_arch() to override default
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 2/5] efi: move FDT handling to separate object file
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 1/5] arm64: clone early_init_dt_add_memory_arch() to override default
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/3] unify efi debug output across architectures
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] arm64/efi: base UEFI mapping permissions on region attributes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 1/3] efi/x86: move efi=debug option parsing to core
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 0/3] unify efi debug output across architectures
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- RE: [PATCH 2/2] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH v2 2/3] efi: Change abbreviation of EFI_MEMORY_RUNTIME from "RUN" to "RT"
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH v2 1/3] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH v2 0/3] Introduce "efi_fake_mem_mirror" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH v2 0/5] arm64 UEFI early FDT handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 5/5] arm64/efi: ignore DT memreserve entries instead of removing them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 2/5] efi: move FDT handling to separate object file
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 1/5] arm64: clone early_init_dt_add_memory_arch() to override default
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 3/5] arm64/efi: move EFI init before early FDT processing
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 4/5] arm64/efi: ignore DT memory nodes instead of removing them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] drivers/firmware: make efi/esrt.c driver explicitly non-modular
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: memleak on efi_enter_virtual_mode()
- From: "dyoung@xxxxxxxxxx" <dyoung@xxxxxxxxxx>
- RE: memleak on efi_enter_virtual_mode()
- From: "Zhang, Tianfei" <tianfei.zhang@xxxxxxxxx>
- [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- PROBLEM: kernel crashes with efi errors on suspend/hibernate wake and at random times
- From: Arjun Krishnan <arjunkc@xxxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH v5 0/2] Enable capsule loader interface for efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v5 1/2] efi: export efi_capsule_supported() function symbol
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v5 2/2] efi: a misc char interface for user to update efi firmware
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 07/16] efi: Make efi_status_to_err() public
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 04/16] x86/efi: Generating random number in EFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/2][RFC] Introduce "efi_fake_mem_mirror" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 2/2] x86, efi: Add "efi_fake_mem_mirror" boot option
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
- From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
- Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 02/16] x86/efi: Add get and set variable to EFI services pointer table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH V2 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V3 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V3 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V2 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: "Chen, Yu C" <yu.c.chen@xxxxxxxxx>
- [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL 0/2] EFI changes for v4.3 (part two)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH v2 0/3] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH v2 2/3] kobject: export kset_find_obj() to be used from modules
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH v2 3/3] firmware: fw_cfg: create directory hierarchy for fw_cfg file names
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH v2 00/16] Signature verification of hibernate snapshot
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 01/16] PM / hibernate: define HMAC algorithm and digest size of hibernation
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 02/16] x86/efi: Add get and set variable to EFI services pointer table
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 03/16] x86/boot: Public getting random boot function
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 04/16] x86/efi: Generating random number in EFI stub
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 07/16] efi: Make efi_status_to_err() public
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 10/16] PM / hibernate: Generate and verify signature of hibernate snapshot
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 11/16] PM / hibernate: Avoid including hibernation key to hibernate image
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 12/16] PM / hibernate: Forward signature verifying result and key to image kernel
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 13/16] PM / hibernate: Add configuration to enforce signature verification
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 14/16] PM / hibernate: Allow user trigger hibernation key re-generating
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 16/16] PM / hibernate: Document signature verification of hibernate snapshot
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 15/16] PM / hibernate: Bypass verification logic on legacy BIOS
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 02/16] x86/efi: Add get and set variable to EFI services pointer table
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 01/16] PM / hibernate: define HMAC algorithm and digest size of hibernation
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- [PATCH v2 00/16] Signature verification of hibernate snapshot
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- Re: [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- Re: [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] firmware: fw_cfg: create directory hierarchy for fw_cfg file names
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/3] SysFS driver for QEMU firmware config device (fw_cfg)
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH 3/3] firmware: fw_cfg: create directory hierarchy for fw_cfg file names
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
- Patch "efi: fix 32bit kernel boot failed problem using efi" has been added to the 3.14-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- Patch "efi: fix 32bit kernel boot failed problem using efi" has been added to the 3.10-stable tree
- From: <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH V11 1/5] efi: x86: rearrange efi_mem_attributes()
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V11 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V11 0/5] map GHES memory region according to EFI memory map
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 7/8] arm64: apei: implement arch_apei_get_mem_attributes()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 4/8] efi: x86: rearrange efi_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/8] efi: x86: rearrange efi_mem_attributes()
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH 7/8] arm64: apei: implement arch_apei_get_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI changes for v4.3
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V10 0/5] map GHES memory region according to EFI memory map
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V10 1/5] efi: x86: rearrange efi_mem_attributes()
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH V10 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V3 request from stable 3.10 to 3.14] efi: fix 32bit kernel boot failed problem using efi
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH V3 request from stable 3.10 to 3.14] efi: fix 32bit kernel boot failed problem using efi
- From: <fupan.li@xxxxxxxxxxxxx>
- Re: [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
- From: fupan <fupan.li@xxxxxxxxxxxxx>
- [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
- From: <fupan.li@xxxxxxxxxxxxx>
- Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
- From: fupan <fupan.li@xxxxxxxxxxxxx>
- Re: [RFC PATCH 07/16] efi: Public the function of transferring EFI status to kernel error
- From: Valdis.Kletnieks@xxxxxx
- Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: joeyli <jlee@xxxxxxxx>
- Re: [RFC PATCH 01/16] PM / hibernate: define HMAC algorithm and digest size of swsusp
- From: joeyli <jlee@xxxxxxxx>
- Re: [RFC PATCH 09/16] PM / hibernate: Reserve swsusp key and earse footprints
- From: joeyli <jlee@xxxxxxxx>
- Re: [RFC PATCH 08/16] x86/efi: Carrying swsusp key by setup data
- From: joeyli <jlee@xxxxxxxx>
- Re: [RFC PATCH 07/16] efi: Public the function of transferring EFI status to kernel error
- From: joeyli <jlee@xxxxxxxx>
- Re: [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image
- From: joeyli <jlee@xxxxxxxx>
- Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
- From: joeyli <jlee@xxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]