Linux EFI/UEFI Development

• Thread Index

• [PATCH v3 08/13] ARM: factor out allocation routine from __create_mapping()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 07/13] ARM: split off core mapping logic from create_mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 06/13] ARM: add support for generic early_ioremap/early_memremap
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 05/13] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 04/13] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 03/13] arm64/efi: mark UEFI reserved regions as MEMBLOCK_NOMAP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 02/13] arm64: only consider memblocks with NOMAP cleared for linear mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 01/13] mm/memblock: add MEMBLOCK_NOMAP attribute to memblock memory table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 00/13] UEFI boot and runtime services support for 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 11/13] xen/hvm/params: Add a new dilivery type for event-channel in HVM_PARAM_CALLBACK_IRQ
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 13/13] ARM: XEN: Move xen_early_init() before efi_init()
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 11/13] xen/hvm/params: Add a new dilivery type for event-channel in HVM_PARAM_CALLBACK_IRQ
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH 10/13] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 12/13] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 11/13] xen/hvm/params: Add a new dilivery type for event-channel in HVM_PARAM_CALLBACK_IRQ
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 08/13] Xen: EFI: Parse DT parameters for Xen specific UEFI
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 09/13] ARM: Xen: Initialize Xen specific UEFI runtime services
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 07/13] ARM: Xen: Document UEFI support on Xen ARM virtual platforms
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 06/13] Xen: ARM: Add support for mapping amba device mmio
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 05/13] Xen: ARM: Add support for mapping platform device mmio
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 03/13] arm/xen: Use xlated_setup_gnttab_pages to setup grant table
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 01/13] Xen : Hide UART used by Xen
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/esrt: don't preformat name
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/12] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 04/12] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] efi: runtime-wrappers: run UEFI Runtime Services with interrupts enabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/4] efi: runtime-wrappers: remove out of date comment regarding in_nmi()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/4] efi: efivars: don't rely on blocking operations in non-blocking set_var()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/4] efi: expose non-blocking set_variable() wrapper to efivars
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/4] efi: run UEFI services with interrupts enabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Alex Thorlton <athorlton@xxxxxxx>
• Re: [Xen-devel] [PATCH 02/13] xen/grant-table: Move xlated_setup_gnttab_pages to common place
  • From: Shannon Zhao <shannon.zhao@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 06/13] Xen: ARM: Add support for mapping amba device mmio
  • From: Shannon Zhao <shannon.zhao@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 06/13] Xen: ARM: Add support for mapping amba device mmio
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 02/13] xen/grant-table: Move xlated_setup_gnttab_pages to common place
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 02/13] xen/grant-table: Move xlated_setup_gnttab_pages to common place
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 07/13] ARM: Xen: Document UEFI support on Xen ARM virtual platforms
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [PATCH 08/13] Xen: EFI: Parse DT parameters for Xen specific UEFI
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [PATCH 07/13] ARM: Xen: Document UEFI support on Xen ARM virtual platforms
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 05/13] Xen: ARM: Add support for mapping platform device mmio
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 06/13] Xen: ARM: Add support for mapping amba device mmio
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 05/13] Xen: ARM: Add support for mapping platform device mmio
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 02/13] xen/grant-table: Move xlated_setup_gnttab_pages to common place
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Alex Thorlton <athorlton@xxxxxxx>
• Re: [PATCH 07/13] ARM: Xen: Document UEFI support on Xen ARM virtual platforms
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Alex Thorlton <athorlton@xxxxxxx>
• Re: [Xen-devel] [PATCH 06/13] Xen: ARM: Add support for mapping amba device mmio
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 07/13] ARM: Xen: Document UEFI support on Xen ARM virtual platforms
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 05/13] Xen: ARM: Add support for mapping platform device mmio
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 02/13] xen/grant-table: Move xlated_setup_gnttab_pages to common place
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH 09/13] ARM: Xen: Initialize Xen specific UEFI runtime services
  • From: Shannon Zhao <zhaoshenglong@xxxxxxxxxx>
• Re: [PATCH 08/13] Xen: EFI: Parse DT parameters for Xen specific UEFI
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/libstub: move FDT sanity check out of allocation loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/libstub: move FDT sanity check out of allocation loop
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/13] Xen: EFI: Parse DT parameters for Xen specific UEFI
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 09/13] ARM: Xen: Initialize Xen specific UEFI runtime services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 08/13] Xen: EFI: Parse DT parameters for Xen specific UEFI
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 04/13] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 13/13] ARM: XEN: Move xen_early_init() before efi_init()
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 12/13] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 11/13] xen/hvm/params: Add a new dilivery type for event-channel in HVM_PARAM_CALLBACK_IRQ
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 10/13] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 09/13] ARM: Xen: Initialize Xen specific UEFI runtime services
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 08/13] Xen: EFI: Parse DT parameters for Xen specific UEFI
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 07/13] ARM: Xen: Document UEFI support on Xen ARM virtual platforms
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 06/13] Xen: ARM: Add support for mapping amba device mmio
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 05/13] Xen: ARM: Add support for mapping platform device mmio
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 04/13] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 03/13] arm/xen: Use xlated_setup_gnttab_pages to setup grant table
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 02/13] xen/grant-table: Move xlated_setup_gnttab_pages to common place
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 01/13] Xen : Hide UART used by Xen
  • From: shannon.zhao@xxxxxxxxxx
• [PATCH 00/13] Add ACPI support for Xen Dom0 on ARM64
  • From: shannon.zhao@xxxxxxxxxx
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/12] UEFI boot and runtime services support for 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 04/12] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 05/12] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/12] ARM: wire up UEFI init and runtime support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 01/12] mm/memblock: add MEMBLOCK_NOMAP attribute to memblock memory table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/12] UEFI boot and runtime services support for 32-bit ARM
  • From: Ryan Harkin <ryan.harkin@xxxxxxxxxx>
• Re: [PATCH v2 01/12] mm/memblock: add MEMBLOCK_NOMAP attribute to memblock memory table
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/12] ARM: wire up UEFI init and runtime support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] ARM: split off core mapping logic from create_mapping
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/12] mm/memblock: add MEMBLOCK_NOMAP attribute to memblock memory table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 11/12] ARM: wire up UEFI init and runtime support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/12] ARM: only consider memblocks with NOMAP cleared for linear mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 11/12] ARM: wire up UEFI init and runtime support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] ARM: split off core mapping logic from create_mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 10/12] ARM: only consider memblocks with NOMAP cleared for linear mapping
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/12] mm/memblock: add MEMBLOCK_NOMAP attribute to memblock memory table
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] ARM: split off core mapping logic from create_mapping
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/12] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/12] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH v2 12/12] ARM: add UEFI stub support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 11/12] ARM: wire up UEFI init and runtime support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 10/12] ARM: only consider memblocks with NOMAP cleared for linear mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 09/12] ARM: implement create_mapping_late() for EFI use
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 08/12] ARM: factor out allocation routine from __create_mapping()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 07/12] ARM: split off core mapping logic from create_mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 06/12] ARM: add support for generic early_ioremap/early_memremap
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 05/12] arm64/efi: refactor EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 04/12] arm64/efi: split off EFI init and runtime code for reuse by 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 03/12] arm64/efi: mark UEFI reserved regions as MEMBLOCK_NOMAP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 02/12] arm64: only consider memblocks with NOMAP cleared for linear mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 01/12] mm/memblock: add MEMBLOCK_NOMAP attribute to memblock memory table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 00/12] UEFI boot and runtime services support for 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 2/2] Remove extra mapping code for UV MMRs
  • From: Alex Thorlton <athorlton@xxxxxxx>
• [PATCH 1/2] Remove EFI memmap quirk for UV
  • From: Alex Thorlton <athorlton@xxxxxxx>
• Re: [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 0/6] arm64 UEFI early FDT handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] arm64 UEFI early FDT handling
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 0/6] arm64 UEFI early FDT handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] arm64 UEFI early FDT handling
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [x86] [EFI stub] Changing the kernel command line in the efi application, without recompiling the kernel.
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] x86/efi: Map RAM into the identity page table for mixed mode
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/5] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/5] x86/efi: Build our own page table structures
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] Documentation/x86: Update EFI memory region description
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL v2 0/5] EFI page table isolation
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/6] x86/efi: Build our own page table structures
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] x86/efi: Map RAM into the identity page table for mixed mode
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] x86/mm/pageattr: Do not strip pte flags from cpa->pfn
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/6] x86/mm/pageattr: Do not strip pte flags from cpa->pfn
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/6] x86/efi: Build our own page table structures
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/6] x86/efi: Map RAM into the identity page table for mixed mode
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/6] x86/mm/pageattr: Ensure cpa->pfn only contains page frame numbers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL 0/6] EFI page table isolation
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] x86/efi: Map RAM into the identity page table for mixed mode
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] x86/mm/pageattr: Do not strip pte flags from cpa->pfn
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] x86/efi: Build our own page table structures
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] x86/efi: Hoist page table switching code into efi_call_virt()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] Documentation/x86: Update EFI memory region description
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• 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>