Linux EFI/UEFI Development
Thread Index
[
Prev Page
][
Next Page
]
[GIT PULL 0/6] More EFI updates for v5.7
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH efi-next 2/3] efi/arm64: clean EFI stub exit code from cache instead of avoiding it
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH efi-next 2/3] efi/arm64: clean EFI stub exit code from cache instead of avoiding it
From
: Mark Rutland <mark.rutland@xxxxxxx>
Re: [PATCH efi-next 2/3] efi/arm64: clean EFI stub exit code from cache instead of avoiding it
From
: Mark Rutland <mark.rutland@xxxxxxx>
[PATCH efi-next 3/3] efi: mark all EFI runtime services as unsupported on non-EFI boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH efi-next 2/3] efi/arm64: clean EFI stub exit code from cache instead of avoiding it
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH efi-next 1/3] efi/arm: clean EFI stub exit code from cache instead of avoiding it
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH efi-next 0/3] efi: assorted fixes
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [RFC PATCH 5/5] RISC-V: Add EFI stub support.
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v1 2/5] driver core: Add fw_devlink kernel commandline option
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
Re: [RFC PATCH 5/5] RISC-V: Add EFI stub support.
From
: Atish Patra <Atish.Patra@xxxxxxx>
[v1 PATCH 3/5] RISC-V: Define fixmap bindings for generic early ioremap support
From
: Atish Patra <atish.patra@xxxxxxx>
[v1 PATCH 0/5] Add UEFI support for RISC-V
From
: Atish Patra <atish.patra@xxxxxxx>
[v1 PATCH 4/5] RISC-V: Add PE/COFF header for EFI stub
From
: Atish Patra <atish.patra@xxxxxxx>
[v1 PATCH 5/5] RISC-V: Add EFI stub support.
From
: Atish Patra <atish.patra@xxxxxxx>
[v1 PATCH 2/5] include: pe.h: Add RISC-V related PE definition
From
: Atish Patra <atish.patra@xxxxxxx>
[v1 PATCH 1/5] efi: Move arm-stub to a common file
From
: Atish Patra <atish.patra@xxxxxxx>
Re: [RFC PATCH 3/5] RISC-V: Define fixmap bindings for generic early ioremap support
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 5/5] RISC-V: Add EFI stub support.
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 3/5] RISC-V: Define fixmap bindings for generic early ioremap support
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [RFC PATCH 5/5] RISC-V: Add EFI stub support.
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [PATCH] ima: add a new CONFIG for loading arch-specific policies
From
: Mimi Zohar <zohar@xxxxxxxxxxxxx>
Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v4 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Marc Zyngier <maz@xxxxxxxxxx>
Re: [PATCH v4 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v4 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Marc Zyngier <maz@xxxxxxxxxx>
Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 4.14 106/237] efi/x86: Dont panic or BUG() on non-critical error conditions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 054/237] efi/x86: Map the entire EFI vendor string before copying it
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.9 033/165] efi/x86: Map the entire EFI vendor string before copying it
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.4 025/113] efi/x86: Map the entire EFI vendor string before copying it
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [RFC PATCH 4/5] RISC-V: Add PE/COFF header for EFI stub
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 0/5] Add UEFI support for RISC-V
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [RFC PATCH 4/5] RISC-V: Add PE/COFF header for EFI stub
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [RFC PATCH 1/5] efi: Move arm-stub to a common file
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [RFC PATCH 2/5] include: pe.h: Add RISC-V related PE definition
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [RFC PATCH 0/5] Add UEFI support for RISC-V
From
: Palmer Dabbelt <palmer@xxxxxxxxxxx>
Re: [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Atish Patra <Atish.Patra@xxxxxxx>
[PATCH v2 1/1] x86/boot/compressed: Fix reloading of GDTR post-relocation
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 0/1] Small fix to boot-time GDT handling
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v1 5/5] of: property: Delete of_devlink kernel commandline option
From
: Rob Herring <robh@xxxxxxxxxx>
Re: [PATCH v1 4/5] of: property: Start using fw_devlink_get_flags()
From
: Rob Herring <robh@xxxxxxxxxx>
[PATCH 1/1] x86/boot/compressed/32: Fix reloading of GDTR post-relocation
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 0/1] Small fix to boot-time GDT handling
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH] ima: add a new CONFIG for loading arch-specific policies
From
: Mimi Zohar <zohar@xxxxxxxxxxxxx>
Re: [PATCH] ima: add a new CONFIG for loading arch-specific policies
From
: Lakshmi Ramasubramanian <nramas@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Tony Lindgren <tony@xxxxxxxxxxx>
[PATCH] ima: add a new CONFIG for loading arch-specific policies
From
: Nayna Jain <nayna@xxxxxxxxxxxxx>
Re: [PATCH 1/1] efi: don't shadow i in efi_config_parse_tables()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v4 5/5] ARM: decompressor: switch to by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v4 4/5] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v4 3/5] ARM: decompressor: factor out routine to obtain the inflated image size
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v4 2/5] efi/arm: Pass start and end addresses to cache_clean_flush()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v4 1/5] efi/arm: Work around missing cache maintenance in decompressor handover
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v4 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[tip: efi/urgent] efi/x86: Handle by-ref arguments covering multiple pages in mixed mode
From
: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
[tip: efi/urgent] efi/x86: Remove support for EFI time and counter services in mixed mode
From
: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
[tip: efi/urgent] efi: READ_ONCE rng seed size before munmap
From
: "tip-bot2 for Jason A. Donenfeld" <tip-bot2@xxxxxxxxxxxxx>
[tip: efi/urgent] efi/x86: Align GUIDs to their size in the mixed mode runtime wrapper
From
: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
Re: [GIT PULL v2] EFI updates for v5.7
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [GIT PULL v2] EFI updates for v5.7
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [RFC PATCH 5/5] RISC-V: Add EFI stub support.
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 4/5] RISC-V: Add PE/COFF header for EFI stub
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 3/5] RISC-V: Define fixmap bindings for generic early ioremap support
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 2/5] include: pe.h: Add RISC-V related PE definition
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 1/5] efi: Move arm-stub to a common file
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 3/5] RISC-V: Define fixmap bindings for generic early ioremap support
From
: Atish Patra <atish.patra@xxxxxxx>
[RFC PATCH 5/5] RISC-V: Add EFI stub support.
From
: Atish Patra <atish.patra@xxxxxxx>
[RFC PATCH 4/5] RISC-V: Add PE/COFF header for EFI stub
From
: Atish Patra <atish.patra@xxxxxxx>
[RFC PATCH 0/5] Add UEFI support for RISC-V
From
: Atish Patra <atish.patra@xxxxxxx>
[RFC PATCH 2/5] include: pe.h: Add RISC-V related PE definition
From
: Atish Patra <atish.patra@xxxxxxx>
[RFC PATCH 1/5] efi: Move arm-stub to a common file
From
: Atish Patra <atish.patra@xxxxxxx>
Re: [PATCH v3 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH v3 0/2] SME EFI table updates/fixes
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 2/2] x86/efi: Add RNG seed EFI table to unencrypted mapping check
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
[PATCH v3 1/2] x86/efi: Add TPM related EFI tables to unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
[PATCH v3 0/2] SME EFI table updates/fixes
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH 03/19] efi/libstub: Use hidden visiblity for all source files
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH v3 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v3 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v3 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
[PATCH] x86/efi: Add additional efi tables for unencrypted mapping checks
From
: Tom Lendacky <thomas.lendacky@xxxxxxx>
Re: [PATCH 03/19] efi/libstub: Use hidden visiblity for all source files
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 03/19] efi/libstub: Use hidden visiblity for all source files
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Dmitry Osipenko <digetx@xxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Dmitry Osipenko <digetx@xxxxxxxxx>
Re: [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry
From
: hch <hch@xxxxxxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Karel Zak <kzak@xxxxxxxxxx>
[GIT PULL v2] EFI updates for v5.7
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 5/5] ARM: decompressor: switch to by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 4/5] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 3/5] ARM: decompressor: factor out routine to obtain the inflated image size
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 2/5] efi/arm: Pass start and end addresses to cache_clean_flush()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 1/5] efi/arm: Work around missing cache maintenance in decompressor handover
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry
From
: Nikolai Merinov <n.merinov@xxxxxxxxxxxxxxxxxx>
[efi:next] BUILD REGRESSION dc235d62fc60a6549238eda7ff29769457fe5663
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH 1/1] efi: superfluous assignment in setup_fake_mem()
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[PATCH 1/1] efi: don't shadow i in efi_config_parse_tables()
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/1] efi/capsule-loader: superfluous assignment
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/1] efi/esrt: unused variable in __init efi_esrt_init
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/1] efi/capsule-loader: superfluous assignment
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[PATCH 1/1] efi/esrt: unused variable in __init efi_esrt_init
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[efi:next] BUILD REGRESSION 9bf774dd1cba4ac41c26c7613bc2d0e8935fd66d
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH 1/1] efi: capitalize enum efi_secureboot_mode labels
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Linus Walleij <linus.walleij@xxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: error message in handle_cmdline_files()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: describe RNG functions
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[efi:next 28/38] efi-stub-helper.c:undefined reference to `skip_spaces'
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH v3 6/6] efi/x86: Add true mixed mode entry point into .compat section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 5/6] efi/x86: Implement mixed mode boot without the handover protocol
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 4/6] efi/libstub/x86: Use Exit() boot service to exit the stub on errors
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 3/6] efi/libstub/x86: Make loaded_image protocol handling mixed mode safe
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 2/6] efi/x86: Drop redundant .bss section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 1/6] efi/x86: add headroom to decompressor BSS to account for setup block
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v3 0/6] efi/x86: add support for generic EFI mixed mode boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [GIT PULL] EFI updates for v5.7
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [efi:next] BUILD REGRESSION c0cd4ad8a865f910e646f37b16566a2f408e63a4
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v1 3/5] efi/arm: Start using fw_devlink_get_flags()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[efi:next] BUILD REGRESSION c0cd4ad8a865f910e646f37b16566a2f408e63a4
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH v1 4/5] of: property: Start using fw_devlink_get_flags()
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
[PATCH v1 3/5] efi/arm: Start using fw_devlink_get_flags()
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
[PATCH v1 5/5] of: property: Delete of_devlink kernel commandline option
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
[PATCH v1 2/5] driver core: Add fw_devlink kernel commandline option
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
[PATCH v1 1/5] driver core: Reevaluate dev->links.need_for_probe as suppliers are added
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
[PATCH v1 0/5] Add fw_devlink kernel commandline option
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
[PATCH 1/1] efi/libstub: error message in handle_cmdline_files()
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH v2 4/5] efi/x86: Implement mixed mode boot without the handover protocol
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 4/5] efi/x86: Implement mixed mode boot without the handover protocol
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v2 4/5] efi/x86: Implement mixed mode boot without the handover protocol
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 1/5] efi/x86: Drop redundant .bss section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 1/5] efi/x86: Drop redundant .bss section
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v2 4/5] efi/x86: Implement mixed mode boot without the handover protocol
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: describe RNG functions
From
: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Robin Murphy <robin.murphy@xxxxxxx>
Re: [PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
Re: [PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Robin Murphy <robin.murphy@xxxxxxx>
[PATCH 1/1] efi/libstub: describe RNG functions
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[GIT PULL] EFI updates for v5.7
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/4] efi/x86: align GUIDs to their size in the mixed mode runtime wrapper
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 4/4] efi: READ_ONCE rng seed size before munmap
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 3/4] efi/x86: Handle by-ref arguments covering multiple pages in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 2/4] efi/x86: remove support for EFI time and counter services in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[GIT PULL 0/4] EFI fixes for v5.6-rc
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 4.19 109/191] efi/x86: Dont panic or BUG() on non-critical error conditions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 028/191] efi/x86: Map the entire EFI vendor string before copying it
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 200/344] efi/x86: Dont panic or BUG() on non-critical error conditions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.5 229/399] efi/x86: Dont panic or BUG() on non-critical error conditions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 050/344] efi/x86: Map the entire EFI vendor string before copying it
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.5 057/399] efi/x86: Map the entire EFI vendor string before copying it
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 0/3] efi: put an API version number in the PE/COFF header
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 3/3] efi/arm: rewrite FDT param discovery routines
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 3/3] efi/arm: rewrite FDT param discovery routines
From
: Leif Lindholm <leif@xxxxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 0/3] efi: put an API version number in the PE/COFF header
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [RFC PATCH 0/3] efi: put an API version number in the PE/COFF header
From
: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
[RFC PATCH 3/3] efi: Bump the Linux EFI stub major version number to #1
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 2/3] efi/libstub: Introduce symbolic constants for the stub major/minor version
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 1/3] efi/x86: Use symbolic constants in PE header instead of bare numbers
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 0/3] efi: put an API version number in the PE/COFF header
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 0/2] arm64: Support to find mirrored memory ranges
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: describe efi_relocate_kernel()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: describe efi_relocate_kernel()
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH 1/1] efi/libstub: describe efi_relocate_kernel()
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[PATCH 2/2] arm64/efi: support to find mirrored memory ranges
From
: Jing Xiangfeng <jingxiangfeng@xxxxxxxxxx>
[PATCH 1/2] efi: allow EFI_FAKE_MEMMAP on arm64 platform
From
: Jing Xiangfeng <jingxiangfeng@xxxxxxxxxx>
[PATCH 0/2] arm64: Support to find mirrored memory ranges
From
: Jing Xiangfeng <jingxiangfeng@xxxxxxxxxx>
Re: [PATCH 9/9] integrity: check properly whether EFI GetVariable() is available
From
: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [PATCH 4/9] efi: register EFI rtc platform device only when available
From
: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
Re: [PATCH 9/9] integrity: check properly whether EFI GetVariable() is available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 9/9] integrity: check properly whether EFI GetVariable() is available
From
: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [PATCH 0/9] efi: implement support for EFI RT properties table
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 0/9] efi: implement support for EFI RT properties table
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[efi:urgent] BUILD SUCCESS 4905450b9255089ec1828882e0480831e535ccc5
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Dmitry Osipenko <digetx@xxxxxxxxx>
[PATCH 9/9] integrity: check properly whether EFI GetVariable() is available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 8/9] x86/ima: use EFI GetVariable only when available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 7/9] efi: use EFI ResetSystem only when available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 6/9] scsi: iscsi: use EFI GetVariable only when available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 5/9] infiniband: hfi1: use EFI GetVariable only when available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 4/9] efi: register EFI rtc platform device only when available
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 3/9] efi: use more granular check for availability for variable services
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 2/9] efi: add support for EFI_RT_PROPERTIES table
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/9] efi: store mask of supported runtime services in struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/9] efi: implement support for EFI RT properties table
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Stephen Warren <swarren@xxxxxxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Dmitry Osipenko <digetx@xxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Dmitry Osipenko <digetx@xxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH v1] partitions/efi: Add 'gpt_sector' kernel cmdline parameter
From
: Dmitry Osipenko <digetx@xxxxxxxxx>
[PATCH 3/3] efi/arm: rewrite FDT param discovery routines
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 2/3] efi/arm: move FDT specific definitions into fdtparams.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/3] efi/arm: move FDT param discovery code out of efi.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/3] efi/arm: refactor DT EFI param parsing
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 4/4] ARM: decompressor: switch to by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 3/4] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 2/4] efi/arm: pass start and end addresses to cache_clean_flush()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 1/4] efi/arm: work around missing cache maintenance in decompressor handover
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 0/4] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 00/18] efi: clean up contents of struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v3 1/1] efi/libstub: describe memory functions
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 00/18] efi: clean up contents of struct efi
From
: "Luck, Tony" <tony.luck@xxxxxxxxx>
Re: [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/2] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/2] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
[PATCH 2/2] ARM: decompressor: switch to by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/2] ARM: decompressor: prepare cache_clean_flush for doing by-VA maintenance
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/2] ARM: decompressor: use by-VA cache maintenance for v7 cores
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry
From
: Nikolai Merinov <n.merinov@xxxxxxxxxxxxxxxxxx>
[PATCH] efi/arm: work around missing cache maintenance in decompressor handover
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH] efi/libstub/arm: make efi_entry() an ordinary PE/COFF entrypoint
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v3 1/1] efi/libstub: describe memory functions
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH v3 1/1] efi/libstub: describe memory functions
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH] efi/libstub/arm: make efi_entry() an ordinary PE/COFF entrypoint
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [PATCH v2 1/1] efi/libstub: describe memory functions
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH v2 1/1] efi/libstub: describe memory functions
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/1] efi/libstub: describe memory functions
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/1] efi/libstub: describe memory functions
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH v2 0/3] arch-agnostic initrd loading method for EFI systems
From
: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
Re: [PATCH v2 0/3] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 0/3] arch-agnostic initrd loading method for EFI systems
From
: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
Re: [PATCH] efi: READ_ONCE rng seed size before munmap
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH] efi: READ_ONCE rng seed size before munmap
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] efi: Suppress spurious "Couldn't get size" error
From
: Takashi Iwai <tiwai@xxxxxxx>
Re: [PATCH] efi: READ_ONCE rng seed size before munmap
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH] efi: Suppress spurious "Couldn't get size" error
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH] efi: READ_ONCE rng seed size before munmap
From
: Greg KH <greg@xxxxxxxxx>
[PATCH] efi: Suppress spurious "Couldn't get size" error
From
: Takashi Iwai <tiwai@xxxxxxx>
Re: [PATCH] efi: READ_ONCE rng seed size before munmap
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 5/5] efi/x86: Add true mixed mode entry point into .compat section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 4/5] efi/x86: Implement mixed mode boot without the handover protocol
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 3/5] efi/libstub/x86: Use Exit() boot service to exit the stub on errors
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 2/5] efi/libstub/x86: Make loaded_image protocol handling mixed mode safe
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 1/5] efi/x86: Drop redundant .bss section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 0/5] efi/x86: add support for generic EFI mixed mode boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH] efi/libstub/arm: make efi_entry() an ordinary PE/COFF entrypoint
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH] efi: READ_ONCE rng seed size before munmap
From
: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
[RESEND PATCH v2] efi: Only print errors about failing to get certs if EFI vars are found
From
: Javier Martinez Canillas <javierm@xxxxxxxxxx>
Re: [PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
Re: [PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: simplify efi_get_memory_map()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 12/18] efi: clean up config_parse_tables()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Atish Patra <Atish.Patra@xxxxxxx>
Re: [PATCH 12/18] efi: clean up config_parse_tables()
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 1/1] efi/libstub: simplify efi_get_memory_map()
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 00/18] efi: clean up contents of struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 06/18] efi: make memreserve table handling local to efi.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 05/18] efi: move mem_attr_table out of struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 07/18] efi: merge EFI system table revision and vendor checks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 09/18] efi/ia64: use local variable for EFI system table address
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 11/18] efi: make efi_config_init() x86 only
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 13/18] efi/x86: remove runtime table address from kexec EFI setup data
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 18/18] efi/x86: drop 'systab' member from struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 17/18] efi/arm: drop unnecessary references to efi.systab
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 16/18] efi: add 'runtime' pointer to struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 15/18] efi/x86: merge assignments of efi.runtime_version
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 14/18] efi/x86: make fw_vendor, config_table and runtime sysfs nodes x86 specific
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 12/18] efi: clean up config_parse_tables()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 10/18] efi/ia64: switch to efi_config_parse_tables()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 08/18] efi/ia64: use existing helpers to locate ESI table
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 04/18] efi: make rng_seed table handling local to efi.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 03/18] efi: move UGA and PROP table handling to x86 code
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 02/18] efi/ia64: move HCDP and MPS table handling into IA64 arch code
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 01/18] efi: drop handling of 'boot_info' configuration table
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 00/18] efi: clean up contents of struct efi
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/1] efi/libstub: function description efi_allocate_pages()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/1] efi/libstub: function description efi_allocate_pages()
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
[PATCH v2 3/3] efi/libstub: Take noinitrd cmdline argument into account for devpath initrd
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 2/3] efi/libstub: Add support for loading the initrd from a device path
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 1/3] efi/dev-path-parser: Add struct definition for vendor type device path nodes
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH v2 0/3] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH AUTOSEL 5.5 063/542] efi/x86: Map the entire EFI vendor string before copying it
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 5.5 320/542] efi/x86: Don't panic or BUG() on non-critical error conditions
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 5.5 411/542] efi/arm: Defer probe of PCIe backed efifb on DT systems
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 5.4 055/459] efi/x86: Map the entire EFI vendor string before copying it
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 5.4 279/459] efi/x86: Don't panic or BUG() on non-critical error conditions
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.19 024/252] efi/x86: Map the entire EFI vendor string before copying it
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.19 150/252] efi/x86: Don't panic or BUG() on non-critical error conditions
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.14 023/186] efi/x86: Map the entire EFI vendor string before copying it
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.14 113/186] efi/x86: Don't panic or BUG() on non-critical error conditions
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.9 016/141] efi/x86: Map the entire EFI vendor string before copying it
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.4 008/100] efi/x86: Map the entire EFI vendor string before copying it
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [PATCH 1/3] efi/x86: align GUIDs to their size in the mixed mode runtime wrapper
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/3] efi/x86: align GUIDs to their size in the mixed mode runtime wrapper
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 3/3] efi/x86: implement mixed mode boot without the handover protocol
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 3/3] efi/x86: implement mixed mode boot without the handover protocol
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 2/3] efi/x86: add true mixed mode entry point into .compat section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [RFC PATCH 2/3] efi/x86: add true mixed mode entry point into .compat section
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[RFC PATCH 3/3] efi/x86: implement mixed mode boot without the handover protocol
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 2/3] efi/x86: add true mixed mode entry point into .compat section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 1/3] efi/x86: drop redundant .bss section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 0/3] efi/x86: add support for generic EFI mixed mode boot
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 3/3] efi/x86: Handle by-ref arguments covering multiple pages in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 2/3] efi/x86: remove support for EFI time and counter services in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/3] efi/x86: align GUIDs to their size in the mixed mode runtime wrapper
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/3] efi/x86: Some mixed mode fixes
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[efi:next] BUILD SUCCESS 573015e7fe9a4834280014511d36249725a7a88f
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
From
: Peter Jones <pjones@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
New EFI thunk alignment WARN_ON in 5.6 triggers multiple times
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH] efi/apple-properties: Replace zero-length array with flexible-array member
From
: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
[PATCH v2] efi/libstub/arm64: Use 1:1 mapping of RT services if property table exists
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 19/19] efi/libstub: Make the LoadFile EFI protocol accessible
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 18/19] efi/libstub: Expose LocateDevicePath boot service
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 17/19] efi/libstub: Clean up command line parsing routine
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 16/19] efi/libstub: Take soft and hard memory limits into account for initrd loading
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 15/19] efi/libstub: Rewrite file I/O routine
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 14/19] efi/libstub: Move file I/O support code into separate file
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 13/19] efi/libstub: Move get_dram_base() into arm-stub.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 12/19] efi/libstub: Move efi_random_alloc() into separate source file
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 11/19] efi/libstub/x86: Permit cmdline data to be allocated above 4 GB
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 10/19] efi/libstub/x86: Permit bootparams struct to be allocated above 4 GB
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 09/19] efi/libstub: Move stub specific declarations into efistub.h
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 08/19] efi/libstub: Use consistent type names for file I/O protocols
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 07/19] efi/libstub/x86: Incorporate eboot.c into libstub
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 06/19] efi/libstub: Simplify efi_high_alloc() and rename to efi_allocate_pages()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 05/19] efi/libstub: Move memory map handling and allocation routines to mem.c
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 04/19] efi/libstub/arm: Relax FDT alignment requirement
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 03/19] efi/libstub: Use hidden visiblity for all source files
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 02/19] efi/libstub/x86: Avoid overflowing code32_start on PE entry
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 01/19] efi/libstub/x86: Remove pointless zeroing of apm_bios_info
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 00/19] EFI stub early spring cleaning part 2
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Lukas Wunner <lukas@xxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Alexander Graf <agraf@xxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
Re: [PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Heinrich Schuchardt <xypron.glpk@xxxxxx>
Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v2 21/21] efi: Allow disabling PCI busmastering on bridges during boot
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH 2/2] efi/libstub: take noinitrd cmdline argument into account for devpath initrd
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/2] efi/libstub: add support for loading the initrd from a device path
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/2] arch-agnostic initrd loading method for EFI systems
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[efi:next] BUILD SUCCESS 09e179646916f8bbca74e6fdd625269b3e2a4848
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v2 2/7] efi/x86: Don't depend on firmware GDT layout
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v2 0/7] x86/efi,boot: GDT handling cleanup/fixes
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v2 2/7] efi/x86: Don't depend on firmware GDT layout
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH v2 4/7] x86/boot: Clear direction and interrupt flags in startup_64
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 7/7] x86/boot: Micro-optimize GDT loading instructions
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 6/7] x86/boot: GDT limit value should be size - 1
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 5/7] efi/x86: Remove GDT setup from efi_main
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 2/7] efi/x86: Don't depend on firmware GDT layout
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 3/7] x86/boot: Reload GDTR after copying to the end of the buffer
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 1/7] x86/boot: Remove KEEP_SEGMENTS support
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2 0/7] x86/efi,boot: GDT handling cleanup/fixes
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH] efi/x86: fix boot regression on systems with invalid memmap entries
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[tip: efi/urgent] efi/x86: Fix boot regression on systems with invalid memmap entries
From
: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
Re: [PATCH] efi/x86: fix boot regression on systems with invalid memmap entries
From
: Ingo Molnar <mingo@xxxxxxxxxx>
[PATCH] efi/x86: fix boot regression on systems with invalid memmap entries
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH 7/8] Documentation/x86/boot: Clarify segment requirements for EFI handover
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2] efi/bgrt: Accept BGRT tables with a version of 0
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [PATCH] efi/bgrt: Accept BGRT tables with a version of 0 on Lenovo laptops
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH] efi/x86: Mark setup_graphics static
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 8/8] Documentation/x86/boot: Correct segment requirements for 64-bit boot
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 6/8] efi/x86: Change __KERNEL_{CS,DS} to __BOOT_{CS,DS}
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 7/8] Documentation/x86/boot: Clarify segment requirements for EFI handover
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 5/8] efi/x86: Allocate only the required 32 bytes for the GDT
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 3/8] efi/x86: Factor GDT setup code into a function
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 4/8] efi/x86: Only setup the GDT for 32-bit kernel
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 2/8] efi/x86: Allocate the GDT pointer on the stack
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 1/8] efi/x86: Use C wrapper instead of inline assembly
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 0/8] Remove 64-bit GDT setup in efi_main + doc fixes
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: mmotm 2020-01-23-21-12 uploaded (efi)
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: mmotm 2020-01-23-21-12 uploaded (efi)
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH] efi/bgrt: Accept BGRT tables with a version of 0 on Lenovo laptops
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: mmotm 2020-01-23-21-12 uploaded (efi)
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: mmotm 2020-01-23-21-12 uploaded (efi)
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: mmotm 2020-01-23-21-12 uploaded (efi)
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH] efi/bgrt: Accept BGRT tables with a version of 0 on Lenovo laptops
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[efi:next] BUILD SUCCESS ee45b8ddb29733b7c68825b9ab0a9685adb9ffe4
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: mmotm 2020-01-23-21-12 uploaded (efi)
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [EXTERNAL] Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH AUTOSEL 5.4 021/107] efi/earlycon: Fix write-combine mapping on x86
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [EXTERNAL] Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
From
: Leif Lindholm <leif@xxxxxxxxxxxx>
[PATCH 4.19 001/639] Revert "efi: Fix debugobjects warning on efi_rts_work"
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v12 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [PATCH v12 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
From
: Leif Lindholm <leif@xxxxxxxxxxxx>
Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
From
: Qian Cai <cai@xxxxxx>
[RFC PATCH] efi/libstub/x86: look for bootparams when booting via PE entry point
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[efi:next 21/25] include/linux/efi.h:1187:20: error: redefinition of 'efi_rt_services_supported'
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH -next] efi/libstub/x86: fix an EFI server boot failure
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH -next] efi/libstub/x86: fix an EFI server boot failure
From
: Qian Cai <cai@xxxxxx>
[PATCH 5.4 066/222] x86/efistub: Disable paging at mixed mode entry
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 072/222] efi/earlycon: Fix write-combine mapping on x86
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.4 51/76] x86/efistub: Disable paging at mixed mode entry
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 23/65] x86/efistub: Disable paging at mixed mode entry
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 035/103] x86/efistub: Disable paging at mixed mode entry
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.9 65/97] x86/efistub: Disable paging at mixed mode entry
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL 00/13] More EFI updates for v5.6
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [PATCH 2/3] x86/boot/compressed: relax sed symbol type regex for LLVM ld.lld
From
: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH] efi/x86: disable instrumentation in EFI runtime handling code
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Jean Delvare <jdelvare@xxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Jean Delvare <jdelvare@xxxxxxx>
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
From
: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
Re: [PATCH 0/3] EFI fixes for -next
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] EFI fixes for -next
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [GIT PULL 00/13] More EFI updates for v5.6
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [GIT PULL 00/13] More EFI updates for v5.6
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [GIT PULL] EFI fixes
From
: pr-tracker-bot@xxxxxxxxxx
[GIT PULL] EFI fixes
From
: Ingo Molnar <mingo@xxxxxxxxxx>
[PATCH 3/3] efi/x86: disallow efi=old_map in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 2/3] x86/boot/compressed: relax sed symbol type regex for LLVM ld.lld
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/3] efi/x86: avoid KASAN false positives when accessing the 1:1 mapping
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/3] EFI fixes for -next
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH -next] x86/efi_64: fix a user-memory-access in runtime
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
From
: Andy Lutomirski <luto@xxxxxxxxxx>
[efi:next] BUILD SUCCESS 743c5dd59f7e4b9e7a28be6a8f0e8d03271a98ab
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v12 06/10] selftests: firmware: Add firmware_request_platform tests
From
: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH v12 05/10] test_firmware: add support for firmware_request_platform
From
: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v12 09/10] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 10/10] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 08/10] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 05/10] test_firmware: add support for firmware_request_platform
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 07/10] Input: silead - Switch to firmware_request_platform for retreiving the fw
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 06/10] selftests: firmware: Add firmware_request_platform tests
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform()
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 02/10] efi: Add embedded peripheral firmware support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 01/10] efi: Export boot-services code and data as debugfs-blobs
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v12 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[efi:next] BUILD INCOMPLETE 6e4ecdb3931ca2cd14737330966ca70b76bcf29b
From
: kbuild test robot <lkp@xxxxxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: Marco Elver <elver@xxxxxxxxxx>
Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
From
: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [PATCH v4 01/10] kcsan: Add Kernel Concurrency Sanitizer infrastructure
From
: Qian Cai <cai@xxxxxx>
[PATCH 01/13] efi/libstub/x86: use const attribute for efi_is_64bit()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 05/13] efi/x86: don't map the entire kernel text RW for mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 03/13] efi/libstub/x86: fix unused-variable warning
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 07/13] efi/x86: limit EFI old memory map to SGI UV machines
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 06/13] efi/x86: avoid RWX mappings for all of DRAM
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 11/13] efi: Add tracking for dynamically allocated memmaps
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 09/13] efi: Fix comment for efi_mem_type() wrt absent physical addresses
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 13/13] efi: Fix handling of multiple efi_fake_mem= entries
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 12/13] efi: Fix efi_memmap_alloc() leaks
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 10/13] efi: Add a flags parameter to efi_memory_map
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 08/13] efi/arm: defer probe of PCIe backed efifb on DT systems
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 04/13] x86/mm: fix NX bit clearing issue in kernel_map_pages_in_pgd
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 02/13] efi/libstub/x86: use mandatory 16-byte stack alignment in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[GIT PULL 00/13] More EFI updates for v5.6
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
From
: Luis Chamberlain <mcgrof@xxxxxxxxxx>
Re: [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [PATCH v11 05/10] test_firmware: add support for firmware_request_platform
From
: Luis Chamberlain <mcgrof@xxxxxxxxxx>
[PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry
From
: Nikolai Merinov <n.merinov@xxxxxxxxxxxxxxxxxx>
Re: [GIT PULL 00/20] More EFI updates for v5.6
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v11 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform()
From
: Andy Lutomirski <luto@xxxxxxxxxx>
Re: [PATCH v11 02/10] efi: Add embedded peripheral firmware support
From
: Andy Lutomirski <luto@xxxxxxxxxx>
[PATCH v11 03/10] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 06/10] selftests: firmware: Add firmware_request_platform tests
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 10/10] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 09/10] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 08/10] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 07/10] Input: silead - Switch to firmware_request_platform for retreiving the fw
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 05/10] test_firmware: add support for firmware_request_platform
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 04/10] firmware: Add new platform fallback mechanism and firmware_request_platform()
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 02/10] efi: Add embedded peripheral firmware support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 01/10] efi: Export boot-services code and data as debugfs-blobs
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH v11 00/10] efi/firmware/platform-x86: Add EFI embedded fw support
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
[PATCH 5.4 023/165] efi/gop: Fix memory leak in __gop_query32/64()
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 024/165] efi/earlycon: Remap entire framebuffer after page initialization
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 022/165] efi/gop: Return EFI_SUCCESS if a usable GOP was found
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 021/165] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 5.4 018/165] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 13/84] efi/gop: Return EFI_SUCCESS if a usable GOP was found
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 10/84] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 12/84] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 14/84] efi/gop: Fix memory leak in __gop_query32/64()
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 09/62] efi/gop: Return EFI_SUCCESS if a usable GOP was found
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 08/62] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 07/62] x86/efi: Update e820 with reserved EFI boot services data to fix kexec breakage
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 10/62] efi/gop: Fix memory leak in __gop_query32/64()
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.9 61/91] efi/gop: Fix memory leak in __gop_query32/64()
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.9 60/91] efi/gop: Return EFI_SUCCESS if a usable GOP was found
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.9 59/91] efi/gop: Return EFI_NOT_FOUND if there are no usable GOPs
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v10 05/10] test_firmware: add support for firmware_request_platform
From
: Hans de Goede <hdegoede@xxxxxxxxxx>
Re: [GIT PULL 00/20] More EFI updates for v5.6
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [PATCH v3] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
Re: [PATCH v3] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH] efi: Fix comment for efi_mem_type() wrt absent physical addresses
From
: Anshuman Khandual <anshuman.khandual@xxxxxxx>
[PATCH v3] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [GIT PULL 00/20] More EFI updates for v5.6
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v2] efi: arm: defer probe of PCIe backed efifb on DT systems
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH] efi/libstub: x86: fix unused-variable warning
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH] efi/libstub: x86: fix unused-variable warning
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2] partitions/efi: Fix partition name parsing in GUID partition entry
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[RFC PATCH 3/3] x86/boot/compressed: get rid of GOT fixup code
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 2/3] x86/boot/compressed: force hidden visibility for all symbol references
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 1/3] x86/boot/compressed: move .got.plt entries out of the .got section
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[RFC PATCH 0/3] x86/boot: get rid of GOT entries and associated fixup code
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 2/2] efi/libstub/x86: use mandatory 16-byte stack alignment in mixed mode
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 1/2] efi/libstub/x86: use const attribute for efi_is_64bit()
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 0/2] efi/libstub/x86: two more tweaks for the EFI stub startup code
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
[PATCH 5.4 185/191] efi: Dont attempt to map RCI2 config table if it doesnt exist
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
Re: [PATCH 0/3] Relocate GOT before calling EFI stub
From
: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[PATCH 3/3] x86/boot: Perform GOT relocation before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 2/3] x86/boot/compressed/32: Allow adjust_got to be called repeatedly
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 1/3] x86/boot/compressed/64: Make adjust_got easier to use repeatedly
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH 0/3] Relocate GOT before calling EFI stub
From
: Arvind Sankar <nivedita@xxxxxxxxxxxx>
[PATCH v2] efi/x86: limit EFI old memory map to SGI UV machines
From
: Ard Biesheuvel <ardb@xxxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dave Young <dyoung@xxxxxxxxxx>
Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
From
: Dave Young <dyoung@xxxxxxxxxx>
Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
Re: [PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dave Young <dyoung@xxxxxxxxxx>
Re: [PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
From
: Dave Young <dyoung@xxxxxxxxxx>
[PATCH v4 4/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH v4 3/4] efi: Fix efi_memmap_alloc() leaks
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH v4 2/4] efi: Add tracking for dynamically allocated memmaps
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH v4 1/4] efi: Add a flags parameter to efi_memory_map
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
[PATCH v4 0/4] efi: Fix handling of multiple efi_fake_mem= entries
From
: Dan Williams <dan.j.williams@xxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]