Linux EFI/UEFI Development
[Prev Page][Next Page]
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH2/2] Trivial patch in efifb.c to solve common indent issue and indent error
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH1/2] Trivial patch in efifb.c to solve common indent issue and indent error
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Trivial patch in efifb.c to solve common indent issue and indent error
- From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
- [PATCH] Trivial patch in efifb.c to solve common indent issue and indent error
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Avoid triple faults during EFI mixed mode calls
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH v11 13/19] x86_64: kasan: add interceptors for memset/memmove/memcpy functions
- From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH] efi, x86: Add a "debug" option to the efi= cmdline
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.20
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH v10 11/17] x86_64: kasan: add interceptors for memset/memmove/memcpy functions
- From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
- Re: [PATCH] firmware: efi: remove unneeded guid unparse
- From: Ivan Khoronzhuk <ivan.khoronzhuk@xxxxxxxxxx>
- Re: [PATCH] firmware: efi: remove unneeded guid unparse
- From: Matt Fleming <matt.fleming@xxxxxxxxx>
- [PATCH] firmware: efi: remove unneeded guid unparse
- From: Ivan Khoronzhuk <ivan.khoronzhuk@xxxxxxxxxx>
- Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- [GIT PULL] EFI changes for v3.20 (resend)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.20
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] x86/efi: Avoid triple faults during EFI mixed mode calls
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFD] efi assisted kdump
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [RFD] efi assisted kdump
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.20
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFD] efi assisted kdump
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFD] efi assisted kdump
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Boot with EFI stub fails on VMWare during decompression
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: Shorten efi regions output
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [RFD] efi assisted kdump
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: move virtmap init to early initcall
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] arm64/efi: move virtmap init to early initcall
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: move virtmap init to early initcall
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH] arm64/efi: move virtmap init to early initcall
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v9 11/17] x86_64: kasan: add interceptors for memset/memmove/memcpy functions
- From: Andrey Ryabinin <a.ryabinin@xxxxxxxxxxx>
- [GIT PULL] EFI changes for v3.20
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: Boot with EFI stub fails on VMWare during decompression
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: Shorten efi regions output
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Boot with EFI stub fails on VMWare during decompression
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: Shorten efi regions output
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- Re: [PATCH] efi: don't look for chosen@0 node on DT platforms
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [Linaro-uefi] [PATCH] firmware: efi: remove unneeded guid unparse
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: Boot with EFI stub fails on VMWare during decompression
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [Linaro-uefi] [PATCH] firmware: efi: remove unneeded guid unparse
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH] efi: don't look for chosen@0 node on DT platforms
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH] efi: Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH] efi: Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [Linaro-uefi] [PATCH] firmware: efi: remove unneeded guid unparse
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [patch] efi: small leak on error
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: rtc-efi: mark UIE as unsupported
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: handle potential failure to remap memory map
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: Boot with EFI stub fails on VMWare during decompression
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: Boot with EFI stub fails on VMWare during decompression
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Boot with EFI stub fails on VMWare during decompression
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: apply __init annotation
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Add esrt support.
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: handle potential failure to remap memory map
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: handle potential failure to remap memory map
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [patch] efi: small leak on error
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [patch] efi: small leak on error
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH] arm64/efi: handle potential failure to remap memory map
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [patch] efi: small leak on error
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [patch] efi: small leak on error
- From: Dave Young <dyoung@xxxxxxxxxx>
- [patch] efi: small leak on error
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] efi: rtc-efi: mark UIE as unsupported
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] arm64/efi: efistub: apply __init annotation
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] efi: Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- [PATCH] arm64/efi: efistub: apply __init annotation
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: Add esrt support.
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Expose underlying UEFI firmware platform size to userland
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] arm64/efi: use UEFI memory map unconditionally if available
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL v2] EFI changes for next
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for next
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH] efi: Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v5 0/8] arm64: stable UEFI virtual mappings for kexec
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v5 8/8] arm64/efi: remove idmap manipulations from UEFI code
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH] Expose underlying UEFI firmware platform size to userland
- From: Steve McIntyre <steve@xxxxxxxxxx>
- Re: [PATCH v5 7/8] arm64/efi: remove free_boot_services() and friends
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 1/8] arm64/efi: use UEFI memory map unconditionally if available
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 7/8] arm64: use 'physmem' memblock to improve CONFIG_STRICT_DEVMEM handling
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH v5 3/8] efi: split off remapping code from efi_config_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 1/8] arm64/mm: add explicit struct_mm argument to __create_mapping()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 5/8] arm64/efi: set EFI_ALLOC_ALIGN to 64 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 7/8] arm64/efi: remove free_boot_services() and friends
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 8/8] arm64/efi: remove idmap manipulations from UEFI code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 2/8] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v5 0/8] arm64: stable UEFI virtual mappings for kexec
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] efi: stub: call get_memory_map() to obtain map and desc sizes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efivars: avoid potential null-dereference
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- [GIT PULL v2] EFI changes for next
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 2/8] arm64/efi: register UEFI reserved regions as iomem resources
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/8] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH] efivars: avoid potential null-dereference
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v2 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v4 8/8] arm64/efi: remove idmap manipulations from UEFI code
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 7/8] arm64/efi: remove free_boot_services() and friends
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 5/8] arm64/efi: set EFI_ALLOC_ALIGN to 64 KB
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH v2 2/2] arm64: call early_ioremap_reset() in paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH v2 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH v2 0/2] arm64: don't call early_*map() post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [GIT PULL] EFI changes for next
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] arm64: call early_ioremap_reset() in paging_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 4/8] memblock: introduce memblock_add_phys() and memblock_is_physmem()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] memblock: add physmem to memblock_dump_all() output
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/8] arm64/efi: register UEFI reserved regions as iomem resources
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] arm64/efi: use UEFI memory map unconditionally if available
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v4 3/8] efi: split off remapping code from efi_config_init()
- From: Borislav Petkov <bp@xxxxxxxxx>
- [GIT PULL] EFI changes for next
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 0/2] arm64: don't call early_*map() post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 2/2] arm64: call early_ioremap_reset() in paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 1/2] arm64: don't make early_*map() calls post paging_init()
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: Shorten efi regions output
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v4 3/8] efi: split off remapping code from efi_config_init()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC] fs: make efivarfs a pseudo filesystem, built by default with EFI
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Shorten efi regions output
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] efi: mv efi_guid_unparse -> efi_guid_to_str
- From: "Neri, Ricardo" <ricardo.neri@xxxxxxxxx>
- Re: [PATCH] Update the URLs for efibootmgr.
- From: "Neri, Ricardo" <ricardo.neri@xxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v4 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v4 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 8/8] arm64/efi: memblock_remove rather than _reserve UEFI reserved RAM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 7/8] arm64: use 'physmem' memblock to improve CONFIG_STRICT_DEVMEM handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 6/8] arm64/efi: register physmem in reserve_regions()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 5/8] of: fdt: register physmem in early_init_dt_scan_memory()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 4/8] memblock: introduce memblock_add_phys() and memblock_is_physmem()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 3/8] memblock: add physmem to memblock_dump_all() output
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/8] arm64/efi: register UEFI reserved regions as iomem resources
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/8] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 8/8] arm64/efi: remove idmap manipulations from UEFI code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 7/8] arm64/efi: remove free_boot_services() and friends
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 5/8] arm64/efi: set EFI_ALLOC_ALIGN to 64 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 3/8] efi: split off remapping code from efi_config_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 2/8] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 1/8] arm64/mm: add explicit struct_mm argument to __create_mapping()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v4 0/8] stable UEFI virtual mappings for kexec
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Borislav Petkov <bp@xxxxxxxxx>
- [RFC] fs: make efivarfs a pseudo filesystem, built by default with EFI
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH] efi: mv efi_guid_unparse -> efi_guid_to_str
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: EFI mixed mode + perf = rampant triple faults
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- RE: [RFC PATCH] Add esrt support.
- From: <Parmeshwr_Prasad@xxxxxxxx>
- Re: Progress on system crash traces with LTTng using DAX and pmem
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- RE: [RFC PATCH] Add esrt support.
- From: <Parmeshwr_Prasad@xxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: "Neri, Ricardo" <ricardo.neri@xxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- RE: [RFC PATCH] Add esrt support.
- From: <Parmeshwr_Prasad@xxxxxxxx>
- Re: Shorten efi regions output
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Shorten efi regions output
- From: Dave Young <dyoung@xxxxxxxxxx>
- [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- [PATCH] Update the URLs for efibootmgr.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: Shorten efi regions output
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Shorten efi regions output
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: Shorten efi regions output
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Shorten efi regions output
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Shorten efi regions output
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH] Add esrt support.
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Backup EFI maintainer for December
- From: Borislav Petkov <bp@xxxxxxxxx>
- Backup EFI maintainer for December
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 12/13] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 03/13] arm64: improve CONFIG_STRICT_DEVMEM handling
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 03/13] arm64: improve CONFIG_STRICT_DEVMEM handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 03/13] arm64: improve CONFIG_STRICT_DEVMEM handling
- From: Dave Young <dyoung@xxxxxxxxxx>
- [RFC PATCH] Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH v3 04/13] efi: split off remapping code from efi_config_init()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v3 03/13] arm64: improve CONFIG_STRICT_DEVMEM handling
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 03/13] arm64: improve CONFIG_STRICT_DEVMEM handling
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 04/13] efi: split off remapping code from efi_config_init()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] firmware loader: fix hung task warning dump
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 02/13] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v3 00/13] arm64: stable UEFI mappings for kexec
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 00/13] arm64: stable UEFI mappings for kexec
- From: Geoff Levand <geoff@xxxxxxxxxxxxx>
- Re: [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v3 00/13] arm64: stable UEFI mappings for kexec
- From: Geoff Levand <geoff.levand@xxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- [PATCH v3 13/13] arm64/efi: set EFI_ALLOC_ALIGN to 64 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 12/13] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 11/13] arm64/efi: use plain memblock API for adding and removing reserved RAM
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 10/13] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 09/13] arm64/efi: remove idmap manipulations from UEFI code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 08/13] arm64/efi: remove free_boot_services() and friends
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 07/13] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 06/13] efi: register iomem resources for UEFI reserved regions
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 05/13] efi: add common infrastructure for stub-installed virtual mapping
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 04/13] efi: split off remapping code from efi_config_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 03/13] arm64: improve CONFIG_STRICT_DEVMEM handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 02/13] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 01/13] arm64/mm: add explicit struct_mm argument to __create_mapping()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 00/13] arm64: stable UEFI mappings for kexec
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v3] firmware loader: fix hung task warning dump
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.19
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI changes for v3.19
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Pali Rohár <pali.rohar@xxxxxxxxx>
- RE: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: Running Sparse twice on TOT produce the different set of warnings and error.!!
- From: josh@xxxxxxxxxxxxxxxx
- Running Sparse twice on TOT produce the different set of warnings and error.!!
- From: Amit Sharma <amit.rinku.sharma072@xxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Christopher Li <sparse@xxxxxxxxxxx>
- Re: [efi:next 2/3] arch/x86/boot/compressed/eboot.c:26:16: sparse: incorrect type in return expression (different modifiers)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] efi/x86: move x86 back to libstub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Pali Rohár <pali.rohar@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Pali Rohár <pali.rohar@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Matt Fleming <matt.fleming@xxxxxxxxx>
- RE: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v6 47/48] efi: Register power-off handler with kernel power-off handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Pali Rohár <pali.rohar@xxxxxxxxx>
- Re: [PATCH v2 2/3] firmware loader: fix hung task warning dump
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 02/10] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH v2 02/10] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH v2 02/10] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- RE: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v5 47/48] efi: Register power-off handler with kernel power-off handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH v2 09/10] arm64/efi: ignore unusable regions instead of reserving them
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 10/10] arm64/efi: improve /dev/mem mmap() handling under UEFI
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 07/10] arm64/efi: remove idmap manipulations from UEFI code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 08/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 06/10] arm64/efi: remove free_boot_services() and friends
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 05/10] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 04/10] efi: add common infrastructure for stub-installed virtual mapping
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 03/10] efi: split off remapping code from efi_config_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 02/10] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 01/10] arm64/mm: add explicit struct_mm argument to __create_mapping()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 00/10] arm64: stable UEFI mappings for kexec
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH v2] efi/x86: move x86 back to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 00/10] arm64 EFI patches for 3.19
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 00/10] arm64 EFI patches for 3.19
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 10/10] efi: efi-stub: notify on DTB absence
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 07/10] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 06/10] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efivarfs: allow unloading when build as module
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Matt Fleming <matt.fleming@xxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Matt Fleming <matt.fleming@xxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Sam Protsenko <semen.protsenko@xxxxxxxxxx>
- RE: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- RE: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Matt Fleming <matt.fleming@xxxxxxxxx>
- Re: [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
- [PATCH v2 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH v2 2/3] firmware loader: fix hung task warning dump
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH v2 0/3] Enable user helper interface for efi capsule update
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v1 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- Re: [PATCH v2 04/10] arm64/efi: invert UEFI memory region reservation logic
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v2 08/10] arm64: dmi: Add SMBIOS/DMI support
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH v2] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 09/10] arm64: dmi: set DMI string as dump stack arch description
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- RE: [PATCH v1 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 04/10] arm64/efi: invert UEFI memory region reservation logic
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 04/10] arm64/efi: invert UEFI memory region reservation logic
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 04/10] arm64/efi: invert UEFI memory region reservation logic
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH v2 03/10] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 10/10] efi: efi-stub: notify on DTB absence
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 09/10] arm64: dmi: set DMI string as dump stack arch description
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 08/10] arm64: dmi: Add SMBIOS/DMI support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 07/10] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 06/10] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 05/10] arm64/efi: drop redundant set_bit(EFI_CONFIG_TABLES)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 04/10] arm64/efi: invert UEFI memory region reservation logic
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 02/10] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 01/10] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 00/10] arm64 EFI patches for 3.19
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 00/10] arm64 EFI patches for 3.19
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 04/10] arm64/efi: reserve regions of type ACPI_MEMORY_NVS
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 4/6] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 4/6] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 4/6] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 00/10] arm64 EFI patches for 3.19
- From: Matt Fleming <matt.fleming@xxxxxxxxx>
- [PATCH v3 46/47] efi: Register power-off handler with kernel power-off handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 07/10] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 07/10] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 10/10] arm64: dmi: set DMI string as dump stack arch description
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 10/10] arm64: dmi: set DMI string as dump stack arch description
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 05/10] arm64/efi: drop redundant set_bit(EFI_CONFIG_TABLES)
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 00/10] arm64 EFI patches for 3.19
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 00/10] arm64 EFI patches for 3.19
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v1 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/3] firmware loader: fix hung task warning dump
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: [PATCH 2/6] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/6] arm64/mm: add explicit struct_mm argument to __create_mapping()
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH 2/6] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Steve Capper <steve.capper@xxxxxxxxxx>
- Re: [PATCH 6/6] arm64/efi: remove idmap manipulations from UEFI code
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 6/6] arm64/efi: remove idmap manipulations from UEFI code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 4/6] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 6/6] arm64/efi: remove idmap manipulations from UEFI code
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- Re: [PATCH 4/6] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Grant Likely <grant.likely@xxxxxxxxxx>
- [PATCH 6/6] arm64/efi: remove idmap manipulations from UEFI code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 5/6] arm64/efi: remove free_boot_services() and friends
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 4/6] arm64/efi: move SetVirtualAddressMap() to UEFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 3/6] efi: split off remapping code from efi_config_init()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/6] arm64/mm: add create_pgd_mapping() to create private page tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/6] arm64/mm: add explicit struct_mm argument to __create_mapping()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/6] arm64: stable UEFI mappings for kexec
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v1 2/3] firmware loader: fix hung task warning dump
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH v1 3/3] efi: Capsule update with user helper interface
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH v1 1/3] firmware loader: Introduce new API - request_firmware_abort()
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH v1 0/3] Enable user helper interface for efi capsule update
- From: Kweh Hock Leong <hock.leong.kweh@xxxxxxxxx>
- [PATCH] efivarfs: allow unloading when build as module
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 04/10] arm64/efi: reserve regions of type ACPI_MEMORY_NVS
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 04/10] arm64/efi: reserve regions of type ACPI_MEMORY_NVS
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 02/10] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 01/10] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH 05/10] arm64/efi: drop redundant set_bit(EFI_CONFIG_TABLES)
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 06/10] arm64/efi: use UEFI memory map unconditionally if available
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 10/10] arm64: dmi: set DMI string as dump stack arch description
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 08/10] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 09/10] arm64: dmi: Add SMBIOS/DMI support
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 07/10] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 04/10] arm64/efi: reserve regions of type ACPI_MEMORY_NVS
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 03/10] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 02/10] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 01/10] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 00/10] arm64 EFI patches for 3.19
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 2/2] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH v2 46/47] efi: Register poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH 2/2] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/2] efi: dmi: add support for SMBIOS 3.0 UEFI configuration table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Sam Protsenko <semen.protsenko@xxxxxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: store Runtime Services revision
- From: Sam Protsenko <semen.protsenko@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Sam Protsenko <semen.protsenko@xxxxxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH] dmi: add support for SMBIOS 3.0 64-bit entry point
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- [PATCH] arm64/efi: set PE/COFF file alignment to 512 bytes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: Capsule update support
- From: Sam Protsenko <semen.protsenko@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64/efi: set PE/COFF section alignment to 4 KB
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH v3] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 44/44] kernel: Remove pm_power_off
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 2/2] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 1/2] efi: Move efi_status_to_err() to efi.h
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] efi: Capsule update support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 35/44] m68k: Register with kernel poweroff handler
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 31/44] arm: Register with kernel poweroff handler
- From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
- Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Philippe Rétornaz <philippe.retornaz@xxxxxxxxx>
- [PATCH 02/44] memory: emif: Use API function to determine poweroff capability
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 01/44] kernel: Add support for poweroff handler call chain
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 09/44] mfd: palmas: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 11/44] mfd: retu: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 19/44] ipmi: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 24/44] power/reset: msm-powroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 25/44] power/reset: vexpress-poweroff: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 26/44] x86: iris: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 27/44] x86: apm: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 31/44] arm: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 34/44] ia64: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 35/44] m68k: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 37/44] sh: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 36/44] mips: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 38/44] x86: lguest: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 39/44] x86: ce4100: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 40/44] x86: intel-mid: Drop registration of dummy poweroff handlers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 41/44] x86: pmc_atom: Register poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 44/44] kernel: Remove pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 42/44] efi: Register poweroff handler with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 43/44] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 13/44] mfd: max8907: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFT PATCH] efi/x86: move x86 back to libstub
- From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
- [RFT PATCH] efi/x86: move x86 back to libstub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.18
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: oops on kernel 3.14.17 seems related to EFI
- From: Francis Moreau <francis.moro@xxxxxxxxx>
- [GIT PULL v2] EFI changes for v3.18
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] rtc: Disable EFI rtc for x86
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] efi: rtc-efi: export platform:rtc-efi as module alias
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] rtc: Disable EFI rtc for x86
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: Provide a non-blocking SetVariable() operation
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: Provide a non-blocking SetVariable() operation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 1/2] efi: Provide a non-blocking SetVariable() operation
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 2/2] efi: Delete the in_nmi() conditional runtime locking
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 0/2] efi: Remove conditional in_nmi() runtime locking
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.18
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.18
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.18
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.18
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v3.18
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI changes for v3.18
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Valentin Rothberg <valentinrothberg@xxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH] partitions: efi.c: fix formatting and function readability
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH] partitions: efi.c: fix formatting and function readability
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 2/6] x86/efi: use efi_memory_descriptor in convenience functions
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] x86/efi: Delete misleading efi_printk() error message
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]