Linux EFI/UEFI Development

• Thread Index

• 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>
• Re: [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v5.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [GIT PULL] EFI changes for v5.10
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] ima: defer arch_ima_get_secureboot() call to IMA init time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 26/58] fs/zonefs: Utilize new kmap_thread()
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [GIT PULL] EFI fixes for v5.9
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/x86: Only copy the compressed kernel image in efi_relocate_kernel()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [GIT PULL] Final EFI update for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 51/58] kernel: Utilize new kmap_thread()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH RFC PKS/PMEM 04/58] kmap: Add stray access protection for device pages
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 03/58] memremap: Add zone device access protection
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 01/58] x86/pks: Add a global pkrs option
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 11/58] drivers/net: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 07/58] drivers/drbd: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 08/58] drivers/firmware_loader: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 12/58] fs/afs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 14/58] fs/cifs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 13/58] fs/btrfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 19/58] fs/hfsplus: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 20/58] fs/jffs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 23/58] fs/fuse: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 21/58] fs/nfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 25/58] fs/reiserfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 27/58] fs/ubifs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 26/58] fs/zonefs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 30/58] fs/romfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 28/58] fs/cachefiles: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 32/58] fs/hostfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 35/58] fs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 34/58] fs/erofs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 41/58] drivers/target: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 36/58] fs/ext2: Use ext2_put_page
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 31/58] fs/vboxsf: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 38/58] fs/isofs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 29/58] fs/ntfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 42/58] drivers/scsi: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 37/58] fs/ext2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 43/58] drivers/mmc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 44/58] drivers/xen: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 40/58] net: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 45/58] drivers/firmware: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 46/58] drives/staging: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 47/58] drivers/mtd: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 50/58] drivers/android: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 49/58] drivers/misc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 51/58] kernel: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 52/58] mm: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 53/58] lib: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 54/58] powerpc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 55/58] samples: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 58/58] [dax|pmem]: Enable stray access protection
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 56/58] dax: Stray access protection for dax_direct_access()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 39/58] fs/jffs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 18/58] fs/hfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 17/58] fs/nilfs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 15/58] fs/ecryptfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 16/58] fs/gfs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 06/58] kmap: Introduce k[un]map_thread debugging
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 02/58] x86/pks/test: Add testing for global option
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 00/58] PMEM: Introduce stray write protection for PMEM
  • From: ira.weiny@xxxxxxxxx
• Re: [PATCH] efi:mokvar-table: fix build error
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi:mokvar-table: fix build error
  • From: Xiaoming Ni <nixiaoming@xxxxxxxxxx>
• Re: [PATCH v5 01/16] fs/kernel_read_file: Remove FIRMWARE_PREALLOC_BUFFER enum
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 10/16] module: Call security_kernel_post_load_data()
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 04/16] fs/kernel_read_file: Split into separate source file
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 11/16] LSM: Add "contents" flag to kernel_read_file hook
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 1/6] efistub: pass uefi secureboot flag via fdt params
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH] efi/arm: set HSCTLR Thumb2 bit correctly for HVC calls from HYP
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] docs: admin-guide: EFI Boot Stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH v2 1/2] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH v2 2/2] docs: admin-guide: EFI stub to main Linux handoff
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v8 0/7] Add UEFI support for RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 6329be161cb9ff954137c64575bd1773a9059bcd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH v5 16/16] test_firmware: Test partial read support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 01/16] fs/kernel_read_file: Remove FIRMWARE_PREALLOC_BUFFER enum
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 02/16] fs/kernel_read_file: Remove FIRMWARE_EFI_EMBEDDED enum
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 03/16] fs/kernel_read_file: Split into separate include file
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 08/16] LSM: Introduce kernel_post_load_data() hook
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 12/16] IMA: Add support for file reads without contents
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 07/16] fs/kernel_read_file: Add file_size output argument
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 11/16] LSM: Add "contents" flag to kernel_read_file hook
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 10/16] module: Call security_kernel_post_load_data()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 15/16] firmware: Add request_partial_firmware_into_buf()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 13/16] fs/kernel_file_read: Add "offset" arg for partial reads
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 09/16] firmware_loader: Use security_post_load_data()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 14/16] firmware: Store opt_flags in fw_priv
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 00/16] Introduce partial kernel_read_file() support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 05/16] fs/kernel_read_file: Remove redundant size argument
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 06/16] fs/kernel_read_file: Switch buffer size arg to size_t
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 04/16] fs/kernel_read_file: Split into separate source file
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/1] docs: admin-guide: fdt and initrd load in EFI stub
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS d32de9130f6c79533508e2c7879f18997bfbe2a0
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS 1e560e69302ff557718d55f2375daf8fd8d0142d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] More EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [GIT PULL] More EFI changes for v5.10
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] More EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.9
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] More EFI changes for v5.10
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [efi:urgent] BUILD SUCCESS cd26e76192cb416432d3b2bad33034055bbbd3b5
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 336af6a4686d885a067ecea8c3c3dd129ba4fc75
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi/arm64: libstub: Deal gracefully with EFI_RNG_PROTOCOL failure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxx>
• [efi:next] BUILD SUCCESS d0195a2a4c4d6f244939620b546036be2276ca57
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• Re: [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• [PATCH v2] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 3c77989f2e7b8869b475031d99b892e0baf42739
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• [PATCH] efi: mokvar-table: fix some issues in new code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: Delete deprecated parameter comments
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Fix missing-prototypes in string.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: add definition of EFI_MEMORY_CPU_CRYPTO and ability to report it
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH] efi: add definition of EFI_MEMORY_CPU_CRYPTO and ability to report it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/efivars: Create efivars mount point in the registration of efivars abstraction
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH] efi: Delete deprecated parameter comments
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/7] efi: efivars: limit availability to X86 builds
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4/7] efi: gsmi: fix false dependency on CONFIG_EFI_VARS
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/7] efi: efivars: un-export efivars_sysfs_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 7/7] efi: efivars: remove deprecated sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/7] efi: remove some false dependencies on CONFIG_EFI_VARS
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/7] efi: pstore: move workqueue handling out of efivars
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/7] efi: pstore: disentangle from deprecated efivars module
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/7] efi: deprecate/remove efivars sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 05/10] ARM: p2v: factor out BE8 handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/10] ARM: p2v: factor out shared loop processing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 07/10] ARM: p2v: use relative references in patch site arrays
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/10] ARM: p2v: reduce min alignment to 2 MiB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 08/10] ARM: p2v: simplify __fixup_pv_table()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 07/10] ARM: p2v: use relative references in patch site arrays
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 06/10] ARM: p2v: drop redundant 'type' argument from __pv_stub
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 05/10] ARM: p2v: factor out BE8 handling
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 04/10] ARM: p2v: factor out shared loop processing
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 03/10] ARM: p2v: move patching code to separate assembler source file
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 02/10] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/10] ARM: p2v: reduce min alignment to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Support for MOK variable config table
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH v2 10/10] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 09/10] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 08/10] ARM: p2v: simplify __fixup_pv_table()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 07/10] ARM: p2v: use relative references in patch site arrays
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 06/10] ARM: p2v: drop redundant 'type' argument from __pv_stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 05/10] ARM: p2v: factor out BE8 handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 04/10] ARM: p2v: factor out shared loop processing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/10] ARM: p2v: move patching code to separate assembler source file
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 02/10] ARM: assembler: introduce adr_l, ldr_l and str_l macros
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 01/10] ARM: p2v: fix handling of LPAE translation in BE mode
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 00/10] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/libstub: Fix missing-prototypes in string.c
  • From: Tian Tao <tiantao6@xxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/12] ARM: use adr_l/ldr_l macros for PC-relative references
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [PATCH] efivarfs: Replace invalid slashes with exclamation marks in dentries.
  • From: Michael Schaller <misch@xxxxxxxxxx>
• [RFC/RFT PATCH 6/6] ARM: p2v: reduce p2v alignment requirement to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 5/6] ARM: p2v: switch to MOVW for Thumb2 and ARM/LPAE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 4/6] ARM: p2v: use relative references in patch site arrays
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 3/6] ARM: p2v: drop redundant 'type' argument from __pv_stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 2/6] ARM: p2v: factor out BE8 handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 1/6] ARM: p2v: factor out shared loop processing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC/RFT PATCH 0/6] ARM: p2v: reduce min alignment to 2 MiB
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.9 23/90] efi/arm: Defer probe of PCIe backed efifb on DT systems
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>