Linux EFI/UEFI Development
[Prev Page][Next Page]
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- RE: [PATCH v9 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- RE: [PATCH v9 5/7] arm64: hyperv: Initialize hypervisor on boot
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [GIT PULL] efi/urgent for v5.12-rc3
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] efi/urgent for v5.12-rc3
- From: Borislav Petkov <bp@xxxxxxx>
- [efi:next 2/4] arch/ia64/kernel/efi.c:61:10: sparse: sparse: cast truncates bits from constant value (43ea58dc becomes dc)
- From: kernel test robot <lkp@xxxxxxxxx>
- [efi:next] BUILD SUCCESS WITH WARNING e233b65935c946ba420ba1b5a42f9b5625861da8
- From: kernel test robot <lkp@xxxxxxxxx>
- [efi:next 3/4] arch/x86/platform/efi/efi_64.c:163:23: warning: passing argument 1 of 'virt_to_phys' discards 'const' qualifier from pointer target type
- From: kernel test robot <lkp@xxxxxxxxx>
- [efi:urgent] BUILD SUCCESS db9b21d7497cac1f4ff45af10f24d03f9194ebee
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Will Deacon <will@xxxxxxxxxx>
- [PATCH] firmware/efi: Fix a use after bug in efi_mem_reserve_persistent
- From: Lv Yunlong <lyl2019@xxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] efi: use 32-bit alignment for efi_guid_t literals
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Rob Clark <robdclark@xxxxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 7/7] CMDLINE: x86: convert to generic builtin command line
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH v2 0/7] Generic Command Line changes
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH v2 7/7] CMDLINE: x86: convert to generic builtin command line
- From: Daniel Walker <danielwa@xxxxxxxxx>
- [PATCH v2 0/7] Generic Command Line changes
- From: Daniel Walker <danielwa@xxxxxxxxx>
- [PATCH v2 0/7] Generic Command Line changes
- From: Daniel Walker <danielwa@xxxxxxxxx>
- [PATCH v9 7/7] Drivers: hv: Enable Hyper-V code to be built on ARM64
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 5/7] arm64: hyperv: Initialize hypervisor on boot
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 6/7] arm64: efi: Export screen_info
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 4/7] arm64: hyperv: Add kexec and panic handlers
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Will Deacon <will@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS af6e3e61fe5623a7890807b0b13004ecb876fa1f
- From: kernel test robot <lkp@xxxxxxxxx>
- [efi:urgent] BUILD SUCCESS 9e9888a0fe97b9501a40f717225d2bef7100a2c1
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] efi: memmap insertion should adjust the vaddr as well
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi/apple-properties: Handle device properties with software node API
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS 4e6f211fadf42a9f1a36c7058e6853bf594b433a
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- [GIT PULL] EFI fix for v5.12-rc2
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH 1/1] efi: stub: omit SetVirtualAddressMap() if marked unsupported in RT_PROP table
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 1/1] efi: stub: omit SetVirtualAddressMap() if marked unsupported in RT_PROP table
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: add check for broken efi poweroff
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: add check for broken efi poweroff
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: add check for broken efi poweroff
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: add check for broken efi poweroff
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] arm64: efi: add check for broken efi poweroff
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] arm64: efi: add check for broken efi poweroff
- From: Shawn Guo <shawn.guo@xxxxxxxxxx>
- Re: [PATCH] efi/apple-properties: Handle device properties with software node API
- From: Lukas Wunner <lukas@xxxxxxxxx>
- [PATCH] efi/apple-properties: Handle device properties with software node API
- From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
- Re: [PATCH] efi/apple-properties: Handle device properties with software node API
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 5/5] CMDLINE: x86: convert to generic builtin command line
- From: Daniel Walker <danielwa@xxxxxxxxx>
- RE: [PATCH v8 3/6] arm64: hyperv: Add kexec and panic handlers
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- RE: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- RE: [PATCH v8 6/6] Drivers: hv: Enable Hyper-V code to be built on ARM64
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
- Re: [PATCH] drivers: firmware: efi: fix Kconfig dependency on CRYPTO
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] drivers: firmware: efi: fix Kconfig dependency on CRYPTO
- From: Julian Braha <julianbraha@xxxxxxxxx>
- [PATCH] efi: memmap insertion should adjust the vaddr as well
- From: Kairui Song <kasong@xxxxxxxxxx>
- Re: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Wei Liu <wei.liu@xxxxxxxxxx>
- Re: [GIT PULL] EFI updates for v5.12
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH 1/1] efi/efivars: ConInDev, ConOutDev, ConErrDev are volatile
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] drivers: firmware: fix kconfig dependency on CRYPTO
- From: Julian Braha <julianbraha@xxxxxxxxx>
- Re: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH v8 6/6] Drivers: hv: Enable Hyper-V code to be built on ARM64
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v8 5/6] arm64: efi: Export screen_info
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v8 3/6] arm64: hyperv: Add kexec and panic handlers
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH v8 0/6] Enable Linux guests on Hyper-V on ARM64
- From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
- [PATCH 1/1] efi/efivars: ConInDev, ConOutDev, ConErrDev are volatile
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- [GIT PULL] EFI updates for v5.12
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 14/14] x86/fault, x86/efi: Fix and rename efi_recover_from_page_fault()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v2 14/14] x86/fault, x86/efi: Fix and rename efi_recover_from_page_fault()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Daniel Kiss <Daniel.Kiss@xxxxxxx>
- Re: [PATCH] docs: update EFI stub description
- From: Atish Patra <atishp@xxxxxxxxxxxxxx>
- [PATCH AUTOSEL 5.10 36/36] x86/efi: Remove EFI PGD build time checks
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH] docs: update EFI stub description
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [PATCH] x86/efi: Remove EFI PGD build time checks
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Remove EFI PGD build time checks
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH] x86/efi: Remove EFI PGD build time checks
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] x86/efi: Remove EFI PGD build time checks
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- Re: [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- RE: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: John Ogness <john.ogness@xxxxxxxxxxxxx>
- [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [GIT PULL] efi/urgent for v5.11-rc6
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
- From: Alex Ghiti <alex@xxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [GIT PULL] EFI changes for v5.12
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [GIT PULL] EFI fix for v5.11
- From: Borislav Petkov <bp@xxxxxxxxx>
- [GIT PULL] EFI fix for v5.11
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [GIT PULL] EFI changes for v5.12
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Mark Brown <broonie@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS 1c761ee9da1ac6ba7e40d14457fac94c87eaff35
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 00/17] objtool: add base support for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 16/17] objtool: arm64: Ignore replacement section for alternative callback
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 11/17] efi: libstub: Ignore relocations for .discard sections
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 10/17] objtool: arm64: Accept padding in code sections
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 08/17] objtool: arm64: Decode load/store instructions
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 07/17] objtool: arm64: Decode other system instructions
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 06/17] objtool: arm64: Decode jump and call related instructions
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 05/17] objtool: arm64: Decode add/sub instructions
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 04/17] objtool: arm64: Add base definition for arm64 backend
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 02/17] tools: arm64: Make aarch64 instruction decoder available to tools
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 01/17] tools: Add some generic functions and headers
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 15/17] objtool: arm64: Handle supported relocations in alternatives
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 13/17] objtool: arm64: Implement functions to add switch tables alternatives
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 17/17] objtool: arm64: Enable stack validation for arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 14/17] objtool: arm64: Cache section with switch table information
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 09/17] objtool: arm64: Decode LDR instructions
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 00/17] objtool: add base support for arm64
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- [RFC PATCH 03/17] tools: bug: Remove duplicate definition
- From: Julien Thierry <jthierry@xxxxxxxxxx>
- Re: [PATCH v2] efi/arm64: Update debug prints to reflect other entropy sources
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v2] efi/arm64: Update debug prints to reflect other entropy sources
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: Update debug prints to reflect other entropy sources
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: Update debug prints to reflect other entropy sources
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS 514b1a8477d25a157f65bf52a443f8ffcc2eb54e
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH] efi/arm64: Update debug prints to reflect other entropy sources
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH 1/2] efi: x86: move mixed mode stack PA variable out of 'efi_scratch'
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 2/2] efi: x86: clean up previous struct mm switching
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS c90dd16f9fe2eb1d749d41d144695ee188bfce01
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Nathan Chancellor <natechancellor@xxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 1/1] efi/efi_test: read Revision
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [PATCH] certs: Add EFI_CERT_X509_GUID support for dbx entries
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] certs: Add EFI_CERT_X509_GUID support for dbx entries
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] certs: Add EFI_CERT_X509_GUID support for dbx entries
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Nathan Chancellor <natechancellor@xxxxxxxxx>
- [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
- From: Alex Ghiti <alex@xxxxxxxx>
- Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
- From: Anup Patel <anup@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
- From: Alex Ghiti <alex@xxxxxxxx>
- Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
- From: Alex Ghiti <alex@xxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Michael Walle <michael@xxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
- From: Anup Patel <anup@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 02/12] riscv: Protect the kernel linear mapping
- From: Anup Patel <anup@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
- From: Anup Patel <anup@xxxxxxxxxxxxxx>
- [RFC PATCH 02/12] riscv: Protect the kernel linear mapping
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 12/12] riscv: Improve virtual kernel memory layout dump
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 11/12] riscv: Explicit comment about user virtual address space size
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 10/12] riscv: Use pgtable_l4_enabled to output mmu type in cpuinfo
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 09/12] riscv: Allow user to downgrade to sv39 when hw supports sv48
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 08/12] riscv: Implement sv48 support
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 07/12] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 06/12] riscv: Prepare ptdump for vm layout dynamic addresses
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 05/12] riscv: Simplify MAXPHYSMEM config
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 03/12] riscv: Get rid of compile time logic with MAX_EARLY_MAPPING_SIZE
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [efi:urgent] BUILD SUCCESS 355845b738e76445c8522802552146d96cb4afa7
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] efi/apple-properties: Reinstate support for boolean properties
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v2] efi/apple-properties: Reinstate support for boolean properties
- From: Lukas Wunner <lukas@xxxxxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Michael Walle <michael@xxxxxxxx>
- Re: [PATCH] efi/apple-properties: Reinstate support for boolean properties
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- [PATCH] efi/apple-properties: Reinstate support for boolean properties
- From: Lukas Wunner <lukas@xxxxxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [GIT PULL] efi/core for v5.11
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] efi/core for v5.11
- From: Borislav Petkov <bp@xxxxxxx>
- Re: Efistub patch breaks 5.10 for me
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: Efistub patch breaks 5.10 for me
- From: Klaus Kusche <klaus.kusche@xxxxxxxxxxxxxxx>
- Re: Efistub patch breaks 5.10 for me
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Efistub patch breaks 5.10 for me
- From: Klaus Kusche <klaus.kusche@xxxxxxxxxxxxxxx>
- [GIT PULL v2] EFI updates for v5.11 (followup fixes)
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS 9e5e3919781dc9120b86623dcd5b0661fe6a0acc
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: MOK variable config table: Kernel Panic in SEV-enabled VMs
- From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
- MOK variable config table: Kernel Panic in SEV-enabled VMs
- From: "Hyunwook (Wooky) Baek" <baekhw@xxxxxxxxxx>
- Re: [PATCH] efi/libstub: Allow EFI_NOT_FOUND on LOAD_FILE2_PROTOCOL calls for initrd
- From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
- Re: [PATCH] efi/libstub: Allow EFI_NOT_FOUND on LOAD_FILE2_PROTOCOL calls for initrd
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- [PATCH] efi/libstub: Allow EFI_NOT_FOUND on LOAD_FILE2_PROTOCOL calls for initrd
- From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
- Re: [GIT PULL] EFI updates for v5.11 (followup fixes)
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH v2] efi: ia64: disable the capsule loader
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [GIT PULL] EFI updates for v5.11 (followup fixes)
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:next 13/15] drivers/net/ethernet/apm/xgene/xgene_enet_main.c:2071:42: warning: shift count >= width of type
- From: kernel test robot <lkp@xxxxxxxxx>
- [GIT PULL] EFI updates for v5.11 (followup fixes)
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS 7b7ab8de753afd63b440db5cfb39a8c205d1103d
- From: kernel test robot <lkp@xxxxxxxxx>
- [efi:next 13/14] arch/x86/kernel/reboot.c:613: undefined reference to `efi_capsule_pending'
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH] efi: arm: force use of unsigned type for EFI_PHYS_ALIGN
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] efi: ia64: disable the capsule loader
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Qian Cai <qcai@xxxxxxxxxx>
- RE: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: David Laight <David.Laight@xxxxxxxxxx>
- [RFC] Documentation for /dev/efi_test
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [RFC] Documentation for /dev/efi_test
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- [GIT PULL] More EFI changes for v5.11
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [efi:next] BUILD SUCCESS 0d013943a149b584f910dede95f23e147170e6c5
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4.4] arm64: assembler: make adr_l work in modules under KASLR
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [efi:next] BUILD SUCCESS b27ca384049075401be4ccef5c664f66142f7028
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH 4.4] arm64: assembler: make adr_l work in modules under KASLR
- From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
- Re: [PATCH v2 17/17] driver core: Delete pointless parameter in fwnode_operations.add_links
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v2 14/17] of: property: Update implementation of add_links() to create fwnode links
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v2 08/17] driver core: Add fwnode link support
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v2 05/17] Revert "of: platform: Batch fwnode parsing when adding all top level devices"
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
- From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
- Re: [PATCH v2 08/17] driver core: Add fwnode link support
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v2 08/17] driver core: Add fwnode link support
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
- From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
- [PATCH 1/2] efi: capsule: use atomic kmap for transient sglist mappings
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 2/2] efi: capsule: clean scatter-gather entries from the D-cache
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 0/2] efi capsule loader fixes
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
- From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
- RE: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2 08/17] driver core: Add fwnode link support
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Francis Laniel <laniel_francis@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 00/12] Replace strstarts() by str_has_prefix()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Francis Laniel <laniel_francis@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH v1 00/12] Replace strstarts() by str_has_prefix()
- From: laniel_francis@xxxxxxxxxxxxxxxxxxx
- [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
- From: laniel_francis@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 0/3] ia64: clean-up header dependency and build process, fix build warning
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
- Re: ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
- ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
- Re: ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Jonathon Fernyhough <jonathon@xxxxxxx>
- [GIT PULL] EFI fixes for v5.10-rc5
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: Commit fe5186cf12 ("efivarfs: fix memory leak in efivarfs_create()") causing reboot OOPSes
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: Dexuan-Linux Cui <dexuan.linux@xxxxxxxxx>
- [efi:urgent] BUILD SUCCESS 36a237526cd81ff4b6829e6ebd60921c6f976e3b
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
- RE: [PATCH] efi/efivars: Set generic ops before loading SSDT
- From: "Rojewski, Cezary" <cezary.rojewski@xxxxxxxxx>
- Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
- Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: EFI_EARLYCON should depend on EFI
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: EFI_EARLYCON should depend on EFI
- From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
- [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
- [PATCH] efi: EFI_EARLYCON should depend on EFI
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: What to do with `BERT: Error records from previous boot`?
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- What to do with `BERT: Error records from previous boot`?
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- RE: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- RE: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Oops (probably) unmounting /oldroot/firmware/efi/efivars.
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- [efi:urgent] BUILD SUCCESS 03127eae7a6706f2bcdf2117d79b490b35b27c44
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH] efi/efivars: Set generic ops before loading SSDT
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] efi/efivars: Set generic ops before loading SSDT
- From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
- Re: [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH v2 05/17] Revert "of: platform: Batch fwnode parsing when adding all top level devices"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 08/17] driver core: Add fwnode link support
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 17/17] driver core: Delete pointless parameter in fwnode_operations.add_links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 16/17] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 15/17] efi: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 14/17] of: property: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 12/17] driver core: Add fw_devlink_parse_fwtree()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 11/17] driver core: Redefine the meaning of fwnode_operations.add_links()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 10/17] device property: Add fwnode_is_ancestor_of() and fwnode_get_next_parent_dev()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 04/17] Revert "driver core: Remove check in driver_deferred_probe_force_trigger()"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 09/17] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 06/17] Revert "driver core: fw_devlink: Add support for batching fwnode parsing"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 07/17] driver core: Add fwnode_init()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 03/17] Revert "driver core: Don't do deferred probe in parallel with kernel_init thread"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 02/17] Revert "driver core: Rename dev_links_info.defer_sync to defer_hook"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 01/17] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 13/18] driver core: Add fwnode_get_next_parent_dev() helper function
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 14/18] driver core: Use device's fwnode to check if it is waiting for suppliers
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 11/18] driver core: Redefine the meaning of fwnode_operations.add_links()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 09/18] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 08/18] driver core: Add fwnode link support
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
- [efi:next] BUILD SUCCESS 006405b324c071ebdcb5f6ebdc853edf8a8b7690
- From: kernel test robot <lkp@xxxxxxxxx>
- [GIT PULL] EFI updates for v5.11
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [GIT PULL] EFI fixes for v5.10-rc
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v1 14/18] driver core: Use device's fwnode to check if it is waiting for suppliers
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v1 13/18] driver core: Add fwnode_get_next_parent_dev() helper function
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree()
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v1 11/18] driver core: Redefine the meaning of fwnode_operations.add_links()
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v1 09/18] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v1 08/18] driver core: Add fwnode link support
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v4 3/3] arm64/ima: add ima_arch support
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [efi:next] BUILD SUCCESS 6548316ad15bfbe63a66ec61bc4d1b98bf06bbaa
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
- [PATCH] efi: arm: reduce minimum alignment of uncompressed kernel
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
- [efi:urgent] BUILD SUCCESS c2fe61d8be491ff8188edaf22e838f819999146b
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi/x86: Free efi_pgd with free_pages()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH] efi/x86: Free efi_pgd with free_pages()
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
- [efi:next] BUILD SUCCESS 396c8e58b5baf45bf03f1fd127166f46036db9aa
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v8 1/7] RISC-V: Move DT mapping outof fixmap
- From: Anup Patel <anup@xxxxxxxxxxxxxx>
- Re: [PATCH v8 1/7] RISC-V: Move DT mapping outof fixmap
- From: Greentime Hu <greentime.hu@xxxxxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
- Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
- Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/3] ima: generalize x86/EFI arch glue for other EFI architectures
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/3] ima: generalize x86/EFI arch glue for other EFI architectures
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 07/18] driver core: Add fwnode_init()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH v1 01/18] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS c051590300704d45b9b96071e5241825179507a5
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 07/18] driver core: Add fwnode_init()
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 01/18] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: x86/xen: switch to efi_get_secureboot_mode helper
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi: x86/xen: switch to efi_get_secureboot_mode helper
- From: boris.ostrovsky@xxxxxxxxxx
- Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 01/18] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 04/18] Revert "driver core: Remove check in driver_deferred_probe_force_trigger()"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 03/18] Revert "driver core: Don't do deferred probe in parallel with kernel_init thread"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 06/18] Revert "driver core: fw_devlink: Add support for batching fwnode parsing"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 10/18] device property: Add fwnode_is_ancestor_of()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 09/18] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 11/18] driver core: Redefine the meaning of fwnode_operations.add_links()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 13/18] driver core: Add fwnode_get_next_parent_dev() helper function
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 14/18] driver core: Use device's fwnode to check if it is waiting for suppliers
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 18/18] driver core: Refactor fw_devlink feature
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 08/18] driver core: Add fwnode link support
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 07/18] driver core: Add fwnode_init()
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 02/18] Revert "driver core: Rename dev_links_info.defer_sync to defer_hook"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH v1 05/18] Revert "of: platform: Batch fwnode parsing when adding all top level devices"
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- [PATCH] efi: x86/xen: switch to efi_get_secureboot_mode helper
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
- From: Leif Lindholm <leif@xxxxxxxxxxxx>
- Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
- From: Leif Lindholm <leif@xxxxxxxxxxxx>
- Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
- From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 7/7] efi/libstub: measure loaded initrd info into the TPM
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 1/3] efi: generalize efi_get_secureboot
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/3] efi: generalize efi_get_secureboot
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v4 1/3] efi: generalize efi_get_secureboot
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
- From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
- [PATCH v4 3/3] arm64/ima: add ima_arch support
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v4 2/3] ima: generalize x86/EFI arch glue for other EFI architectures
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v4 1/3] efi: generalize efi_get_secureboot
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v4 0/3] wire up IMA secure boot for arm64
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: Matthew Garrett <mjg59@xxxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: Matthew Garrett <mjg59@xxxxxxxxxx>
- [RFC PATCH 7/7] efi/libstub: measure loaded initrd info into the TPM
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 6/7] efi/libstub: consolidate initrd handling across architectures
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 5/7] efi/libstub: add prototype of efi_tcg2_protocol::hash_log_extend_event()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 4/7] efi/libstub: move TPM related prototypes into efistub.h
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 3/7] efi/libstub: x86/mixed: increase supported argument count
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 2/7] efi/libstub: fix prototype of efi_tcg2_protocol::get_event_log()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 1/7] efi/libstub: whitespace cleanup
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v3 3/3] arm64/ima: add ima_arch support
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v3 3/3] arm64/ima: add ima_arch support
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH v3 1/3] efi: generalize efi_get_secureboot
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH v3 1/3] efi: generalize efi_get_secureboot
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v3 3/3] arm64/ima: add ima_arch support
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v3 2/3] ima: replace arch-specific get_sb_mode() with a common helper ima_get_efi_secureboot()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] treewide: Remove stringification from __alias macro definition
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH] treewide: Remove stringification from __alias macro definition
- From: Nathan Chancellor <natechancellor@xxxxxxxxx>
- Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
- From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
- [PATCH v3 3/3] arm64/ima: add ima_arch support
- From: Chester Lin <clin@xxxxxxxx>
- [PATCH v3 2/3] ima: replace arch-specific get_sb_mode() with a common helper ima_get_efi_secureboot()
- From: Chester Lin <clin@xxxxxxxx>
- [PATCH v3 1/3] efi: generalize efi_get_secureboot
- From: Chester Lin <clin@xxxxxxxx>
- [PATCH v3 0/3] add ima_arch support for ARM64
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
- From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
- [PATCH] treewide: Remove stringification from __alias macro definition
- From: Joe Perches <joe@xxxxxxxxxxx>
- [efi:next] BUILD SUCCESS 6edcf9dc2e1aff3aa1f5a69ee420fb30dd0e968a
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
- From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
- Re: [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH] efi: stub: get rid of efi_get_max_fdt_addr()
- From: Atish Patra <atishp@xxxxxxxxxxxxxx>
- [PATCH 4.4-5.9] efivarfs: Replace invalid slashes with exclamation marks in dentries.
- From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
- [PATCH] efi: stub: get rid of efi_get_max_fdt_addr()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [efi:arm-adrl-replacement] BUILD SUCCESS aaac3733171fca948c4fb66b78257620e3885339
- From: kernel test robot <lkp@xxxxxxxxx>
- [efi:arm-p2v-v2] BUILD SUCCESS 9443076e4330a14ae2c6114307668b98a8293b77
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- [PATCH rc] mm: always have io_remap_pfn_range() set pgprot_decrypted()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH v2] efi/libstub: EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER should not default to yes
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi/libstub: EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER should not default to yes
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [efi:urgent] BUILD SUCCESS fe5186cf12e30facfe261e9be6c7904a170bd822
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [efi:next] BUILD SUCCESS 688eb28211abdf82a3f51e8997f1c8137947227d
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 7/8] efi: implement LoadFile2 initrd loading protocol for Linux
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 7/8] efi: implement LoadFile2 initrd loading protocol for Linux
- From: Atish Patra <atishp@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] efivarfs: fix memory leak in efivarfs_create()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- [PATCH v2 8/8] linux: ignore FDT unless we need to modify it
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 7/8] efi: implement LoadFile2 initrd loading protocol for Linux
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 6/8] efi: add definition of LoadFile2 protocol
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 4/8] linux/arm: unify ARM/arm64 vs Xen PE/COFF header handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 2/8] loader/linux: permit NULL argument for argv[] in grub_initrd_load()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH v2 0/8] linux: implement LoadFile2 initrd loading
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- Re: [PATCH 3/4] efi: implemented LoadFile2 initr loading protocol for Linux
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 4/4] linux: ignore FDT unless we need to modify it
- From: Leif Lindholm <leif@xxxxxxxxxxxx>
- Re: [PATCH 4/4] linux: ignore FDT unless we need to modify it
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 0/4] linux: implement LoadFile2 initrd loading
- From: Leif Lindholm <leif@xxxxxxxxxxxx>
- Re: [PATCH 4/4] linux: ignore FDT unless we need to modify it
- From: Leif Lindholm <leif@xxxxxxxxxxxx>
- Re: [PATCH 3/4] efi: implemented LoadFile2 initr loading protocol for Linux
- From: Leif Lindholm <leif@xxxxxxxxxxxx>
- [PATCH 4/4] linux: ignore FDT unless we need to modify it
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH 3/4] efi: implemented LoadFile2 initr loading protocol for Linux
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH 2/4] efi: add definition of LoadFile2 protocol
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH 1/4] loader/linux: permit NULL argument for argv[] in grub_initrd_load()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH 0/4] linux: implement LoadFile2 initrd loading
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxx>
- [PATCH] efivarfs: fix memory leak in efivarfs_create()
- From: Vamshi K Sthambamkadi <vamshi.k.sthambamkadi@xxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- RE: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 1/2] efi: add secure boot get helper
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
- From: Chester Lin <clin@xxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: fwts: RuntimeServicesSupported variable
- From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
- Re: [PATCH v2 1/2] efi: add secure boot get helper
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] efi: add secure boot get helper
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH v2 1/2] efi: add secure boot get helper
- From: Chester Lin <clin@xxxxxxxx>
- [PATCH v2 2/2] arm64/ima: add ima_arch support
- From: Chester Lin <clin@xxxxxxxx>
- [PATCH v2 1/2] efi: add secure boot get helper
- From: Chester Lin <clin@xxxxxxxx>
- [PATCH v2 0/2] add ima_arch support for ARM64
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
- From: Chester Lin <clin@xxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
- From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
- From: Nicolas Pitre <nico@xxxxxxxxxxx>
- Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]