Linux EFI/UEFI Development
[Prev Page][Next Page]
- 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>
- [PATCH v3 5/8] x86: Kill not used setup_data handling code
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 7/8] x86, boot, PCI: Copy SETUP_PCI rom to kernel space
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 8/8] x86, boot, PCI: Export SETUP_PCI data via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 6/8] x86, boot, PCI: Convert SETUP_PCI data to list
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 0/8] x86, boot: clean up setup_data handling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 1/8] x86: Kill E820_RESERVED_KERN
- 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 0/8] x86, boot: clean up setup_data handling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 6/7] x86, boot: Split kernel_ident_mapping_init to another file
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 2/7] x86, boot: Move ZO to end of buffer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 3/7] x86, boot: Don't overlap VO with ZO data
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 4/7] x86, kaslr: Access the correct kaslr_enabled variable
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 7/7] x86, kaslr, 64bit: Set new or extra ident_mapping
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 1/7] x86, kaslr: Use init_size instead of run_size
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 5/7] x86, kaslr: Consolidate mem_avoid array filling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 0/7] x86, boot: clean up kasl
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 01/15] 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: Peter Jones <pjones@xxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [PATCH v2 01/15] x86, kaslr: Use init_size instead of run_size
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 01/15] 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: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 01/15] x86, kaslr: Use init_size instead of run_size
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 01/15] x86, kaslr: Use init_size instead of run_size
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2] efi/arm64: use UEFI for system reset and poweroff
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2 02/15] x86, boot: move ZO to end of buffer
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 01/15] x86, kaslr: Use init_size instead of run_size
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH] arm64/efi: use UEFI ResetSystem() Runtime Service for system reset
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Borislav Petkov <bp@xxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] arm64/efi: use UEFI ResetSystem() Runtime Service for system reset
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64/efi: use UEFI ResetSystem() Runtime Service for system reset
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2] efi: stub: retrieve FDT size when loaded from UEFI config table
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH v2] efi: stub: retrieve FDT size when loaded from UEFI config table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: stub: retrieve FDT size when loaded from UEFI config table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH v2 06/15] x86, boot: split kernel_ident_mapping_init into another file
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 03/15] x86, boot: keep data from ZO boot stage to VO kernel stage.
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 02/15] x86, boot: move ZO to end of buffer
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 00/15] x86, boot: clean up kasl and setup_data handling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 01/15] x86, kaslr: Use init_size instead of run_size
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 07/15] x86, kaslr, 64bit: set new or extra ident_mapping
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 12/15] x86: kill not used setup_data handling code
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 10/15] x86, of: let add_dtb reserve by itself
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 13/15] x86, pci: convert SETUP_PCI data to list
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 15/15] x86, pci: export SETUP_PCI data via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 14/15] x86, boot: copy rom to kernel space
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 08/15] x86: Kill E820_RESERVED_KERN
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 11/15] x86, boot: Add add_pci handler for SETUP_PCI
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 09/15] x86, efi: copy SETUP_EFI data and access directly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 05/15] x86, kaslr: consolidate the mem_avoid filling
- 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: Borislav Petkov <bp@xxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] efi: stub: retrieve FDT size when loaded from UEFI config table
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- [PATCH] efi: stub: retrieve FDT size when loaded from UEFI config table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] efi: Clean up the efi_call_phys_[prolog|epilog]() save/restore interaction
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH] efi: Disable interrupts around EFI calls, not in the epilog/prolog calls
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH] arch: x86: platform: efi: Disabling interrupt around kmalloc
- From: Tapasweni Pathak <tapaswenipathak@xxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 1/8] x86, kaslr: get kaslr_enabled back correctly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 3/8] x86, efi: copy SETUP_EFI data and access directly
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 2/8] x86: Kill E820_RESERVED_KERN
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 5/8] x86, boot: Add add_pci handler for SETUP_PCI
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 4/8] x86, of: let add_dtb reserve by itself
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 8/8] x86, pci: export SETUP_PCI data via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 7/8] x86, pci: convert SETUP_PCI data to list
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 6/8] x86: kill not used setup_data handling code
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 0/8] x86, boot: clean up setup_data handling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- RE: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH] efi: Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- [PATCH 3/3] Moved assignment out of if() statement in efifb.c
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- [PATCH 2/3] Static should not be initialize so removing static initilization from efifb.c
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- [PATCH 1/3] Printk() is replaced with respective pr_* functions
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH] efi: Add esrt support.
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 0/4] x86: use correct early_[mem,io][re,un]map pairs
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Borislav Petkov <bp@xxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2] efi, x86: Add a "debug" option to the efi= cmdline
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] x86: use correct early_[mem,io][re,un]map pairs
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: fix boundary checking in efi_high_alloc()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface
- From: "Kweh, Hock Leong" <hock.leong.kweh@xxxxxxxxx>
- [PATCH 4/4] x86, efi: use early_ioremap in arch/x86/platform/efi/efi-bgrt.c
- From: Juergen Gross <jgross@xxxxxxxx>
- [PATCH 2/4] x86: use early_memunmap in arch/x86/kernel/e820.c
- From: Juergen Gross <jgross@xxxxxxxx>
- [PATCH 3/4] x86: use early_memunmap in arch/x86/kernel/setup.c
- From: Juergen Gross <jgross@xxxxxxxx>
- [PATCH 1/4] x86: use early_memunmap in arch/x86/kernel/devicetree.c
- From: Juergen Gross <jgross@xxxxxxxx>
- [PATCH 0/4] x86: use correct early_[mem,io][re,un]map pairs
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH] efi: fix boundary checking in efi_high_alloc()
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: fix boundary checking in efi_high_alloc()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] efi: fix boundary checking in efi_high_alloc()
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] efi: Add esrt support.
- From: Peter Jones <pjones@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Printk() is replaced with pr_* respective functions in efifb.c
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH] x86, boot: Allow 64bit EFI kernel to be loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Doing indentation using script/Lindent
- From: Parmeshwr Prasad <parmeshwr_prasad@xxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: get_memory_map: add sufficient slack for memory descriptors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]