Linux EFI/UEFI Development

• Thread Index

• [PATCH 2/4] efi/runtime-wrappers, kasan: don't sanitize runtime wrappers.
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• [PATCH 0/4] KASAN/ARM64 EFI fixes
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH v2 5/5] arm64/efi: ignore DT memreserve entries instead of removing them
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH v2 4/5] arm64/efi: ignore DT memory nodes instead of removing them
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH v2 3/5] arm64/efi: move EFI init before early FDT processing
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH v2 1/5] arm64: clone early_init_dt_add_memory_arch() to override default
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/5] efi: move FDT handling to separate object file
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH v2 1/5] arm64: clone early_init_dt_add_memory_arch() to override default
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/3] unify efi debug output across architectures
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] arm64/efi: base UEFI mapping permissions on region attributes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH 1/3] efi/x86: move efi=debug option parsing to core
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH 0/3] unify efi debug output across architectures
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• RE: [PATCH 2/2] x86, efi: Add "efi_fake_mem_mirror" boot option
  • From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] efi: Change abbreviation of EFI_MEMORY_RUNTIME from "RUN" to "RT"
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] Introduce "efi_fake_mem_mirror" boot option
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH v2 0/5] arm64 UEFI early FDT handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 5/5] arm64/efi: ignore DT memreserve entries instead of removing them
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/5] efi: move FDT handling to separate object file
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/5] arm64: clone early_init_dt_add_memory_arch() to override default
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 3/5] arm64/efi: move EFI init before early FDT processing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 4/5] arm64/efi: ignore DT memory nodes instead of removing them
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] x86, efi: Add "efi_fake_mem_mirror" boot option
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] drivers/firmware: make efi/esrt.c driver explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: memleak on efi_enter_virtual_mode()
  • From: "dyoung@xxxxxxxxxx" <dyoung@xxxxxxxxxx>
• RE: memleak on efi_enter_virtual_mode()
  • From: "Zhang, Tianfei" <tianfei.zhang@xxxxxxxxx>
• [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• PROBLEM: kernel crashes with efi errors on suspend/hibernate wake and at random times
  • From: Arjun Krishnan <arjunkc@xxxxxxxxx>
• Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/2] Enable capsule loader interface for efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v5 1/2] efi: export efi_capsule_supported() function symbol
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v5 2/2] efi: a misc char interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/16] efi: Make efi_status_to_err() public
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/16] x86/efi: Generating random number in EFI stub
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2][RFC] Introduce "efi_fake_mem_mirror" boot option
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH 2/2] x86, efi: Add "efi_fake_mem_mirror" boot option
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• [PATCH 1/2] efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
  • From: Taku Izumi <izumi.taku@xxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2 02/16] x86/efi: Add get and set variable to EFI services pointer table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V3 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V3 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V2 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
  • From: "Chen, Yu C" <yu.c.chen@xxxxxxxxx>
• [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL 0/2] EFI changes for v4.3 (part two)
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH v2 0/3] SysFS driver for QEMU fw_cfg device
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH v2 2/3] kobject: export kset_find_obj() to be used from modules
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH v2 3/3] firmware: fw_cfg: create directory hierarchy for fw_cfg file names
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH v2 00/16] Signature verification of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 01/16] PM / hibernate: define HMAC algorithm and digest size of hibernation
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 02/16] x86/efi: Add get and set variable to EFI services pointer table
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 03/16] x86/boot: Public getting random boot function
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 04/16] x86/efi: Generating random number in EFI stub
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 07/16] efi: Make efi_status_to_err() public
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 08/16] x86/efi: Carrying hibernation key by setup data
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 09/16] PM / hibernate: Reserve hibernation key and erase footprints
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 10/16] PM / hibernate: Generate and verify signature of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 11/16] PM / hibernate: Avoid including hibernation key to hibernate image
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 12/16] PM / hibernate: Forward signature verifying result and key to image kernel
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 13/16] PM / hibernate: Add configuration to enforce signature verification
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 14/16] PM / hibernate: Allow user trigger hibernation key re-generating
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 16/16] PM / hibernate: Document signature verification of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 15/16] PM / hibernate: Bypass verification logic on legacy BIOS
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 02/16] x86/efi: Add get and set variable to EFI services pointer table
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 01/16] PM / hibernate: define HMAC algorithm and digest size of hibernation
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2 00/16] Signature verification of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Re: [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] firmware: fw_cfg: create directory hierarchy for fw_cfg file names
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] SysFS driver for QEMU firmware config device (fw_cfg)
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH 1/3] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH 3/3] firmware: fw_cfg: create directory hierarchy for fw_cfg file names
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• [PATCH 2/3] kobject: export kset_find_obj() to be used from modules
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Patch "efi: fix 32bit kernel boot failed problem using efi" has been added to the 3.14-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "efi: fix 32bit kernel boot failed problem using efi" has been added to the 3.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH V11 1/5] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V11 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V11 0/5] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 4/8] efi: x86: rearrange efi_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] efi: x86: rearrange efi_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] arm64: apei: implement arch_apei_get_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] EFI changes for v4.3
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V10 0/5] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V10 1/5] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V10 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 request from stable 3.10 to 3.14] efi: fix 32bit kernel boot failed problem using efi
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH V3 request from stable 3.10 to 3.14] efi: fix 32bit kernel boot failed problem using efi
  • From: <fupan.li@xxxxxxxxxxxxx>
• Re: [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: fupan <fupan.li@xxxxxxxxxxxxx>
• [PATCH V2] efi: fix 32bit kernel boot failed problem using efi
  • From: <fupan.li@xxxxxxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: fupan <fupan.li@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/16] efi: Public the function of transferring EFI status to kernel error
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 01/16] PM / hibernate: define HMAC algorithm and digest size of swsusp
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 09/16] PM / hibernate: Reserve swsusp key and earse footprints
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 08/16] x86/efi: Carrying swsusp key by setup data
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 07/16] efi: Public the function of transferring EFI status to kernel error
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 03/16] x86/boot: Public getting random boot function
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 01/16] PM / hibernate: define HMAC algorithm and digest size of swsusp
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 03/16] x86/boot: Public getting random boot function
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 02/16] x86/efi: Add get and set variable to EFI services pointer table
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 01/16] PM / hibernate: define HMAC algorithm and digest size of swsusp
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 04/16] x86/efi: Generating random number in EFI stub
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC PATCH 04/16] x86/efi: Generating random number in EFI stub
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] EFI urgent fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: fupan <fupan.li@xxxxxxxxxxxxx>
• [PATCH V9 1/5] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V9 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V9 0/5] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [GIT PULL] EFI urgent fixes
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 08/16] x86/efi: Carrying swsusp key by setup data
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 07/16] efi: Public the function of transferring EFI status to kernel error
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 04/16] x86/efi: Generating random number in EFI stub
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 02/16] x86/efi: Add get and set variable to EFI services pointer table
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [PATCH 3.10 ~ 3.14] efi: fix the efi 32bit boot failed problem
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 1/2] efi: add 'offset' param to efi_low_alloc()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: add 'offset' param to efi_low_alloc()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2] efi: Check for null efi kernel parameters
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v3] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH] x86_64/efi: Mapping Boot and Runtime EFI memory regions to different starting virtual address
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 2/2] arm64/efi: use efi_low_alloc() with offset to allocate kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] efi: add 'offset' param to efi_low_alloc()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] arm64/efi: fix kernel allocation at base of DRAM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: josh@xxxxxxxxxxxxxxxx
• Re: [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/mm, efi: Check for valid image type
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [v2] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Dmitry Skorodumov <sdmitry@xxxxxxxxxxxxx>
• RE:[PATCH] [v2] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Dmitry Skorodumov <sdmitry@xxxxxxxxxxxxx>
• Re: [PATCH] [v2] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Dmitry Skorodumov <sdmitry@xxxxxxxxxxxxx>
• Re: [RFC PATCH 09/16] PM / hibernate: Reserve swsusp key and earse footprints
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 03/16] x86/boot: Public getting random boot function
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 00/16] Signature verification of hibernate snapshot
  • From: Matt Fleming <matt.fleming@xxxxxxxxx>
• Re: [RFC PATCH 01/16] PM / hibernate: define HMAC algorithm and digest size of swsusp
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 04/16] x86/efi: Generating random number in EFI stub
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] [v2] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64/efi: map the entire UEFI vendor string before reading it
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/efi: map the entire UEFI vendor string before reading it
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH] arm64/efi: map the entire UEFI vendor string before reading it
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 00/16] Signature verification of hibernate snapshot
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH V8 1/5] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V8 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V8 0/5] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/16] Signature verification of hibernate snapshot
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/16] Signature verification of hibernate snapshot
  • From: Jiri Kosina <jkosina@xxxxxxxx>
• Re: [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: Check for null efi kernel parameters
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 31/42] x86, efi: Copy SETUP_EFI data and access directly
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2] efi: Check for null efi kernel parameters
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [edk2] [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Haojian Zhuang <haojian.zhuang@xxxxxxxxxx>
• Re: [edk2] [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Haojian Zhuang <haojian.zhuang@xxxxxxxxxx>
• [PATCH v3] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] arm64/efi: prefer AllocatePages() over efi_low_alloc() for vmlinux
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [arch] WARNING: CPU: 0 PID: 0 at kernel/memremap.c:31 memremap()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] Don't print an error on unsupported BGRT version.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] Don't print an error on unsupported BGRT version.
  • From: josh@xxxxxxxxxxxxxxxx
• Re: [PATCH] Don't print an error on unsupported BGRT version.
  • From: josh@xxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] efi: parse vendor proprietary CPER section
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH V6 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH V6 2/4] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH] Don't print an error on unsupported BGRT version.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] Don't print an error on unsupported BGRT version.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] Don't print an error on unsupported BGRT version.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] Don't print an error on unsupported BGRT version.
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH] Don't print an error on unsupported BGRT version.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] [v2] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Dmitry Skorodumov <sdmitry@xxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Dmitry Skorodumov <sdmitry@xxxxxxxxxxxxx>
• [PATCH] x86/mm, efi: Check for valid image type
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] x86_64/efi: Use all 64 bit of efi_memmap in setup_e820()
  • From: Dmitry Skorodumov <sdmitry@xxxxxxxxxxxxx>
• Re: [PATCH V6 2/4] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V6 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/42] x86, efi: Copy SETUP_EFI data and access directly
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ras: acpi/apei: trace event for vendor proprietary CPER section
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] efi: parse vendor proprietary CPER section
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/2] ras: acpi/apei: trace event for vendor proprietary CPER section
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH 1/2] efi: parse vendor proprietary CPER section
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH 0/2] process vendor proprietary CPER error section
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V7 2/5] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V7 1/5] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V7 0/5] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: Check for null efi kernel parameters
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [GIT PULL] EFI urgent fix
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH V6 0/4] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V6 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V6 2/4] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: Check for null efi kernel parameters
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: Check for null efi kernel parameters
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [RFC PATCH 02/16] x86/efi: Add get and set variable to EFI services pointer table
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 03/16] x86/boot: Public getting random boot function
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 04/16] x86/efi: Generating random number in EFI stub
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 05/16] x86/efi: Get entropy through EFI random number generator protocol
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 07/16] efi: Public the function of transferring EFI status to kernel error
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 09/16] PM / hibernate: Reserve swsusp key and earse footprints
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 08/16] x86/efi: Carrying swsusp key by setup data
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 10/16] PM / hibernate: Generate and verify signature of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 11/16] PM / hibernate: Avoid including swsusp key to hibernate image
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 12/16] PM / hibernate: Forward signature verifying result and key to image kernel
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 13/16] PM / hibernate: Add configuration to enforce signature verification
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 14/16] PM / hibernate: Allow user trigger swsusp key re-generating
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 15/16] PM / hibernate: Bypass verification logic on legacy BIOS
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 16/16] PM / hibernate: Document signature verification of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 01/16] PM / hibernate: define HMAC algorithm and digest size of swsusp
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [RFC PATCH 00/16] Signature verification of hibernate snapshot
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH v2] efi: Check for null efi kernel parameters
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Linn Crosetto <linn@xxxxxx>
• [GIT PULL] EFI urgent fix
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH V5 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V5 0/4] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V5 2/4] x86: acpi: implement arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• RE: [PATCHv2] efi: Handle memory error structures produced based on old versions of standard
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCHv2] efi: Handle memory error structures produced based on old versions of standard
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 31/42] x86, efi: Copy SETUP_EFI data and access directly
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] efi: Check for null efi kernel parameters
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi: Check for null efi kernel parameters
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] efi: Check for null efi kernel parameters
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCHv2] efi: Handle memory error structures produced based on old versions of standard
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 1/2] arm64/efi: base UEFI mapping permissions on region attributes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64/efi: base UEFI mapping permissions on region attributes
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH] efi: Handle memory error structures produced based on old versions of standard
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] arm64/efi: don't pad between EFI_MEMORY_RUNTIME regions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] arm64/efi: base UEFI mapping permissions on region attributes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] arm64/efi: adapt to UEFI 2.5 properties table changes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• [PATCH] efi: Handle memory error structures produced based on old versions of standard
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: josh@xxxxxxxxxxxxxxxx
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: josh@xxxxxxxxxxxxxxxx
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: josh@xxxxxxxxxxxxxxxx
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] x86/efi-bgrt: Switch pr_err() to pr_debug() for invalid BGRT
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: lower log level of efi-bgrt / handle status 0
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: lower log level of efi-bgrt / handle status 0
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• lower log level of efi-bgrt / handle status 0
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: [PATCH] efi: add support for EFI_MEMORY_RO attribute introduced by UEFIv2.5
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: compatability with older versions of UEFI
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: compatability with older versions of UEFI
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: compatability with older versions of UEFI
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• RE: compatability with older versions of UEFI
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: compatability with older versions of UEFI
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• RE: compatability with older versions of UEFI
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: compatability with older versions of UEFI
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: add support for EFI_MEMORY_RO attribute introduced by UEFIv2.5
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH] efi: add support for EFI_MEMORY_RO attribute introduced by UEFIv2.5
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• compatability with older versions of UEFI
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Frans Klaver <fransklaver@xxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Frans Klaver <fransklaver@xxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Linn Crosetto <linn@xxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
  • From: Linn Crosetto <linn@xxxxxx>
• Re: [PATCH V4 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: rtc-efi: use correct EFI 'epoch'
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH V4 0/4] map GHES memory region according to EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V4 2/4] x86: acpi: add arch_apei_get_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V4 1/4] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] x86/asm/efi: Fix asmvalidate warnings for efi_stub_64.S
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] EFI urgent fix
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH V3 0/4] map GHES memory region with EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V3 3/4] efi: x86: rearrange efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI urgent fix
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 06/10] x86/asm/efi: Fix asmvalidate warnings for efi_stub_64.S
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] EFI urgent fix
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 06/10] x86/asm/efi: Fix asmvalidate warnings for efi_stub_64.S
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2] efi: rtc-efi: use correct EFI 'epoch'
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/simplefb: simplefb was broken on Oracle and HP system, skip VIDEO_TYPE_EFI
  • From: ethan zhao <ethan.zhao@xxxxxxxxxx>
• Re: [PATCH] efi: rtc-efi: use correct EFI 'epoch'
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: rtc-efi: use correct EFI 'epoch'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: rtc-efi: use correct EFI 'epoch'
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: rtc-efi: use correct EFI 'epoch'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH] efi: rtc-efi: use correct EFI 'epoch'
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• RE: [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] efi: Work around ia64 build problem with ESRT driver.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: arch, x86: arch, ia64: move efi_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Build error in -next due to 'efi: Add esrt support'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] x86/simplefb: simplefb was broken on Oracle and HP system, skip VIDEO_TYPE_EFI
  • From: David Herrmann <dh.herrmann@xxxxxxxxx>
• Re: [PATCH V2 1/3] efi: arch, x86: arch, ia64: move efi_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/simplefb: simplefb was broken on Oracle and HP system, skip VIDEO_TYPE_EFI
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v4.2
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: arch, x86: arch, ia64: move efi_mem_attributes()
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v4.2
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: arch, x86: arch, ia64: move efi_mem_attributes()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v4.2
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v4.2
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH V2 1/3] efi: arch, x86: arch, ia64: move efi_mem_attributes()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V2 2/3] efi: add efi_remap()
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V2 0/3] map GHES memory region with EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] arm64: use fixmap region for permanent FDT mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/8] arm64: use fixmap region for permanent FDT mapping
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [GIT PULL] EFI changes for v4.2
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: arch, x86: arch, ia64: rearrange EFI memmap related functions
  • From: "Zhang, Jonathan Zhixiong" <zjzhang@xxxxxxxxxxxxxx>
• Re: Capsule patches
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: arch, x86: arch, ia64: rearrange EFI memmap related functions
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/8] efi: move FDT handling to separate object file
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] of/fdt: split off FDT self reservation from memreserve processing
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 6/8] arm64/efi: ignore DT memory nodes instead of removing them
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/8] arm64/efi: ignore DT memory nodes instead of removing them
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH 6/8] arm64/efi: ignore DT memory nodes instead of removing them
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• [PATCH 3/8] arm64: override early_init_dt_add_memory_arch()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/8] of/fdt: split off FDT self reservation from memreserve processing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 8/8] arm64/efi: adapt to relaxed FDT placement requirements
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 6/8] arm64/efi: ignore DT memory nodes instead of removing them
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 7/8] arm64/efi: ignore DT memreserve entries instead of removing them
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 5/8] arm64/efi: move EFI init before early FDT processing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/8] efi: move FDT handling to separate object file
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/8] arm64: use fixmap region for permanent FDT mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/8] arm64 UEFI early FDT handling
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [GIT PULL] EFI urgent fixes
  • From: Ingo Molnar <mingo2.kernel.org@xxxxxxxxx>
• [GIT PULL] EFI urgent fixes
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] efi: arch, x86: arch, ia64: rearrange EFI memmap related functions
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH 0/2] map GHES memory region with EFI memory map
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/3] sysfs,kernfs: add flush operation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi: ESRT: fix some compile warnings.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [RFC 2/3] firmware_class: split out transaction helpers
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RFC 1/3] sysfs,kernfs: add flush operation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 2/3] firmware_class: split out transaction helpers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] efi: Add esrt support.
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC 0/3] Add capsule update using error on close semantics
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [RFC 3/3] efi: add capsule update capability via sysfs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC 3/3] efi: add capsule update capability via sysfs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 3/3] efi: add capsule update capability via sysfs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [RFC 3/3] efi: add capsule update capability via sysfs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC 2/3] firmware_class: split out transaction helpers
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC 1/3] sysfs,kernfs: add flush operation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC 0/3] Add capsule update using error on close semantics
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• ESRT support
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] efi: Add esrt support.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] efi: dmi: List SMBIOS3 table before SMBIOS table
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [patch] efi: fix error handling in add_sysfs_runtime_map_entry()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] efi: efivar_create_sysfs_entry() should return negative error codes
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: fix potential NULL pointer dereference
  • From: Firo Yang <firogm@xxxxxxxxx>
• Re: [PATCH] x86/efi: fix potential NULL pointer dereference
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: fix potential NULL pointer dereference
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] x86/efi: fix potential NULL pointer dereference
  • From: Firo Yang <firogm@xxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [patch] efi: fix error handling in add_sysfs_runtime_map_entry()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [patch] efi: efivar_create_sysfs_entry() should return negative error codes
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH] x86/efi: Store upper bits of command line buffer address in ext_cmd_line_ptr
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• [PATCH] x86/efi: Store upper bits of command line buffer address in ext_cmd_line_ptr
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• Re: [PATCH] x86_64/efi: enforce 32 bit address for command line buffer
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: enforce 32 bit address for command line buffer
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86_64/efi: enforce 32 bit address for command line buffer
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: stub: use a pool allocation for the cmdline
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: stub: use a pool allocation for the cmdline
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] x86_64/efi: enforce 32 bit address for command line buffer
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v4 1/2] firmware_loader: introduce new API - request_firmware_direct_full_path()
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v4 0/2] Enable capsule loader interface for efi firmware updating
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• RE: [PATCH v3 0/3] Enable a capsule loader interface for user to update
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH] efi: stub: use a pool allocation for the cmdline
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• Re: [PATCH] efi: stub: use a pool allocation for the cmdline
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: stub: use a pool allocation for the cmdline
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• Re: [PATCH v3 0/3] Enable a capsule loader interface for user to update
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] efi: stub: use a pool allocation for the cmdline
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 3/3] efi: an sysfs interface for user to update efi firmware
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v3 2/3] firmware_loader: fix positive return value being treat as error return
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v3 1/3] firmware loader: introduce new API - request_firmware_direct_full_path()
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• [PATCH v3 0/3] Enable a capsule loader interface for user to update
  • From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
• Re: [PATCH RESEND] efivarfs: Ensure VariableName is NUL-terminated
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/19] x86, boot: kaslr cleanup and 64bit kaslr support
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH RESEND] efivarfs: Ensure VariableName is NUL-terminated
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH RESEND] efivarfs: Ensure VariableName is NUL-terminated
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• Re: [GIT PULL v2] EFI changes for v4.1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL v2] EFI changes for v4.1
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v4.1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL] EFI urgent fix
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] EFI changes for v4.1
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/19] x86, boot: Simplify run_size calculation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v5 03/19] x86, boot: Simplify run_size calculation
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 03/19] x86, boot: Simplify run_size calculation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 08/19] x86, kaslr: Get correct max_addr for relocs pointer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 12/19] x86, kaslr: Fix a bug that relocation can not be handled when kernel is loaded above 2G
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 06/19] x86, kaslr: Consolidate mem_avoid array filling
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 09/19] x86, boot: Split kernel_ident_mapping_init to another file
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 11/19] x86, boot: Add checking for memcpy
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 05/19] x86, kaslr: Use output_run_size
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 10/19] x86, 64bit: Set ident_mapping for kaslr
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 02/19] x86, kaslr: Propagate base load address calculation v2
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 07/19] x86, boot: Move z_extract_offset calculation to header.S
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 16/19] x86, kaslr: Randomize physical and virtual address of kernel separately
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 01/19] x86, boot: Make data from decompress_kernel stage live longer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 17/19] x86, kaslr: Add support of kernel physical address randomization above 4G
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 13/19] x86, kaslr: Introduce struct slot_area to manage randomization slot info
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 14/19] x86, kaslr: Add two functions which will be used later
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 15/19] x86, kaslr: Introduce fetch_random_virt_offset to randomize the kernel text mapping address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 19/19] x86, kaslr: Allow random address could be below loaded address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 04/19] x86, kaslr: Kill not used run_size related code.
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 18/19] x86, kaslr: Remove useless codes
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 00/19] x86, boot: kaslr cleanup and 64bit kaslr support
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "x86/mm/ASLR: Propagate base load address calculation"
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] Revert "x86/mm/ASLR: Propagate base load address calculation"
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] Revert "x86/mm/ASLR: Propagate base load address calculation"
  • From: Jiri Kosina <jkosina@xxxxxxx>
• [PATCH] Revert "x86/mm/ASLR: Propagate base load address calculation"
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: efivarfs and writev() support
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH v2] efi/arm64: use UEFI for system reset and poweroff
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] x86, boot: Move z_extract_offset calculation to header.S
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: efivarfs and writev() support
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] efivarfs: Ensure VariableName is NULL-terminated
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: fwupdate
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: fwupdate
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH v2] efi/arm64: use UEFI for system reset and poweroff
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: stub: retrieve FDT size when loaded from UEFI config table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: Clean up the efi_call_phys_[prolog|epilog]() save/restore interaction
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: Disable interrupts around EFI calls, not in the epilog/prolog calls
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] efi: stub: retrieve FDT size when loaded from UEFI config table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 7/7] x86, kaslr, 64bit: Set new or extra ident_mapping
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: fwupdate
  • From: Roy Franz <roy.franz@xxxxxxxxxx>
• Re: [PATCH v3 5/7] x86, kaslr: Consolidate mem_avoid array filling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 7/7] x86, kaslr, 64bit: Set new or extra ident_mapping
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 5/7] x86, kaslr: Consolidate mem_avoid array filling
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 7/7] x86, kaslr, 64bit: Set new or extra ident_mapping
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 6/7] x86, boot: Split kernel_ident_mapping_init to another file
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 5/7] x86, kaslr: Consolidate mem_avoid array filling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 4/7] x86, kaslr: Access the correct kaslr_enabled variable
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/7] x86, boot: clean up kasl
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• OVMF whitepaper released
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/7] x86, boot: clean up kasl
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• fwupdate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 1/8] x86: Kill E820_RESERVED_KERN
  • From: joeyli <jlee@xxxxxxxx>
• efivarfs and writev() support
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH v3 1/8] x86: Kill E820_RESERVED_KERN
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 1/8] x86: Kill E820_RESERVED_KERN
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v3 3/8] x86, of: Let add_dtb reserve setup_data locally
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v3 2/8] x86, efi: Copy SETUP_EFI data and access directly
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v3 4/8] x86, boot: Add add_pci handler for SETUP_PCI
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v3 1/8] x86: Kill E820_RESERVED_KERN
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>