Linux EFI/UEFI Development
[Prev Page][Next Page]
- Re: [PATCH RFC] x86 early_ioremap: increase FIX_BTMAPS_SLOTS to 8
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH RFC] x86 early_ioremap: increase FIX_BTMAPS_SLOTS to 8
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] x86 early_ioremap: increase FIX_BTMAPS_SLOTS to 8
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 6/6] x86/efi: introduce EFI_BOOT_SERVICES_WARN
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] x86 early_ioremap: increase FIX_BTMAPS_SLOTS to 8
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: rtc-efi: export platform:rtc-efi as module alias
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] x86/efi: introduce EFI_BOOT_SERVICES_WARN
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 5/6] yx86/efi: fixup faults from UEFI firmware
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 6/6] x86/efi: introduce EFI_BOOT_SERVICES_WARN
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 1/6] x86/efi: find mem descriptor from phys address
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 3/6] x86/efi: add code to fixup page faults in BOOT_SERVICES_* regions
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 2/6] x86/efi: use efi_memory_descriptor in convenience functions
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 4/6] x86/efi: remove __init attribute from memory mapping functions
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH 0/6] Warn about illegal accesses to EFI_BOOT_SERVICES_* memory
- From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
- [PATCH] efi: rtc-efi: export platform:rtc-efi as module alias
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC] [PATCH] x86/efi: Adding efi_printks on memory allocationa and pci.reads
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Will Deacon <will.deacon@xxxxxxx>
- [RFC] [PATCH] x86/efi: Adding efi_printks on memory allocationa and pci.reads
- From: Andre <andre.muller@xxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Andre <andre.muller@xxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Jon Masters <jcm@xxxxxxxxxx>
- Re: [GIT PULL v2] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL v2] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] x86/efi: Minor cleanup patches
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- Re: [PATCH 0/4] x86/efi: Minor cleanup patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] x86/efi: Minor cleanup patches
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi/arm64: fix fdt-related memory reservation
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] x86/efi: Minor cleanup patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH v2] efi/arm64: fix fdt-related memory reservation
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2] efi: Resolve some shadow warnings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi/arm64: fix fdt-related memory reservation
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/arm64: fix fdt-related memory reservation
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: fix fdt-related memory reservation
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/arm64: fix fdt-related memory reservation
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] efi/arm64: fix fdt-related memory reservation
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 4/4] x86/efi: Mark initialization code as such
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- [PATCH 3/4] x86/efi: Update comment regarding required phys mapped EFI services
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- [PATCH 2/4] x86/efi: Unexport add_efi_memmap variable
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- [PATCH 1/4] x86/efi: Remove unused efi_call* macros
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- [PATCH 0/4] x86/efi: Minor cleanup patches
- From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Andre <andre.muller@xxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Andre <andre.muller@xxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Anders Darander <anders@xxxxxxxxxxxxxx>
- [PATCH v2] efi: Resolve some shadow warnings
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: [PATCH] efi: Resolve some shadow warnings
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: [PATCH] efi: Resolve some shadow warnings
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] efi: Resolve some shadow warnings
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: oops on kernel 3.14.17 seems related to EFI
- From: Francis Moreau <francis.moro@xxxxxxxxx>
- Re: oops on kernel 3.14.17 seems related to EFI
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Anders Darander <anders@xxxxxxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [PATCH -v4] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH -v4] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] partitions: efi.c: fix formatting and function readability
- From: Joseph Poirier <jdpoirier@xxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [PATCH -v3] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] beautify EFI memmap logs
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] beautify EFI memmap logs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/5] beautify EFI memmap logs
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v2 0/5] beautify EFI memmap logs
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v2 0/5] beautify EFI memmap logs
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] beautify EFI memmap logs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/5] efi: introduce efi_md_typeattr_format()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH v2 1/5] efi: add macro for EFI_MEMORY_UCE memory attribute
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH v2 4/5] ia64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH v2 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH v2 0/5] beautify EFI memmap logs
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH v2 5/5] arm64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH v2 2/5] efi: introduce efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH 0/5] beautify EFI memmap logs
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH -v3] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH -v2] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH -v2] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [REGRESSION] "efi: efistub: Convert into static library" and preparation patches
- From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Anders Darander <anders@xxxxxxxxxxxxxx>
- Re: [bisected, regression] 3.17-rc2 kernel doesn't load initramfs with EFI stub boot
- From: Calvin Walton <calvin.walton@xxxxxxxxxx>
- Re: [bisected, regression] 3.17-rc2 kernel doesn't load initramfs with EFI stub boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] beautify EFI memmap logs
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH 0/5] beautify EFI memmap logs
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH 0/5] beautify EFI memmap logs
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH 3/5] x86: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH 5/5] arm64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH 4/5] ia64: efi: format EFI memory type & attrs with efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH 1/5] efi: add macro for EFI_MEMORY_UCE memory attribute
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- [PATCH 2/5] efi: introduce efi_md_typeattr_format()
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- RE: [PATCH RFC] x86 early_ioremap: increase FIX_BTMAPS_SLOTS to 8
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [bisected, regression] 3.17-rc2 kernel doesn't load initramfs with EFI stub boot
- From: Calvin Walton <calvin.walton@xxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH V2] efi_high_alloc: use EFI_ALLOCATE_MAX_ADDRESS
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] x86: only load initrd above 4g on second try
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH] x86: only load initrd above 4g on second try
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: store Runtime Services revision
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] efi/arm64: store Runtime Services revision
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [no subject]
- From: Anders Darander <anders@xxxxxxxxxxxxxx>
- Re: [PATCH] efi/arm64: store Runtime Services revision
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH RFC] x86 early_ioremap: increase FIX_BTMAPS_SLOTS to 8
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH V2] efi_high_alloc: use EFI_ALLOCATE_MAX_ADDRESS
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: [PATCH V2] efi_high_alloc: use EFI_ALLOCATE_MAX_ADDRESS
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH V2] efi_high_alloc: use EFI_ALLOCATE_MAX_ADDRESS
- Re: kernel boot fail with efi earlyprintk (bisected)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi_high_alloc: use EFI_ALLOCATE_MAX_ADDRESS
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi_high_alloc: use EFI_ALLOCATE_MAX_ADDRESS
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/7] efi: move noefi early param code out of x86 arch code
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: kernel boot fail with efi earlyprintk (bisected)
- From: Dave Young <dyoung@xxxxxxxxxx>
- RE: kernel boot fail with efi earlyprintk (bisected)
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: kernel boot fail with efi earlyprintk (bisected)
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH 5/7 update] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 5/7 update] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/7 update] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Harald Hoyer <harald@xxxxxxxxxx>
- Re: kernel boot fail with efi earlyprintk (bisected)
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: kernel boot fail with efi earlyprintk (bisected)
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fixes
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- RE: kernel boot fail with efi earlyprintk (bisected)
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- RE: kernel boot fail with efi earlyprintk (bisected)
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: kernel boot fail with efi earlyprintk (bisected)
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [edk2] Loading initrd above 4G causes freeze on boot
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- kernel boot fail with efi earlyprintk (bisected)
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH] arm64: ignore DT memreserve entries when booting in UEFI mode
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH 5/7 update] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 5/7] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 5/7] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 4/7] arm64/efi: uefi_init error handling fix
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2] efi/arm64: store Runtime Services revision
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] efi/arm64: store Runtime Services revision
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi/arm64: store Runtime Services revision
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] efi/arm64: store Runtime Services revision
- From: Semen Protsenko <semen.protsenko@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: store Runtime Services revision
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Ulf Winkelvos <ulf@xxxxxxxxxxxx>
- [PATCH] efi/arm64: store Runtime Services revision
- From: Semen Protsenko <semen.protsenko@xxxxxxxxxx>
- Re: [PATCH 4/7] arm64/efi: uefi_init error handling fix
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 2/3] arm64/efi: efistub: cover entire static mem footprint in PE/COFF .text
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 1/7] efi: move noefi early param code out of x86 arch code
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 7/7] efi_rtc: probe function error out in case no efi runtime enabled
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 1/7] efi: move noefi early param code out of x86 arch code
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 3/7] efi: add kernel param efi=noruntime
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 4/7] arm64/efi: uefi_init error handling fix
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 6/7] x86/efi: clear EFI_RUNTIME_SERVICES bit in case failures while entering virtual mode
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 5/7] arm64/efi: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 2/7] Add a generic cmdline parse function parse_option_str
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] firmware: Do not use WARN_ON(!spin_is_locked())
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH v2] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3 v2] arm64/efi: improve TEXT_OFFSET handling
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v4] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH 4/5] efi x86: clear EFI_RUNTIME_SERVICES bit in case failures other than SetVirtualAddressMap
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/5] efi: add kernel param efi=noruntime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64: ignore DT memreserve entries when booting in UEFI mode
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 2/5] efi: add kernel param efi=noruntime
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 3/5] efi arm64: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Dave Young <dyoung@xxxxxxxxxx>
- Default initrd path with the EFI stub
- From: David Michael <fedora.dm0@xxxxxxxxx>
- Re: [PATCH 3/5] efi arm64: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 1/5] efi: move noefi early param code out of x86 arch code
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 1/5] efi: move noefi early param code out of x86 arch code
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 4/5] efi x86: clear EFI_RUNTIME_SERVICES bit in case failures other than SetVirtualAddressMap
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 1/5] efi: move noefi early param code out of x86 arch code
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 2/5] efi: add kernel param efi=noruntime
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 5/5] efi_rtc: probe function error out in case no efi runtime enabled
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH 3/5] efi arm64: do not enter virtual mode in case booting with efi=noruntime or noefi
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Dave Young <dyoung@xxxxxxxxxx>
- [PATCH] firmware: Do not use WARN_ON(!spin_is_locked())
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Loading initrd above 4G causes freeze on boot
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Loading initrd above 4G causes freeze on boot
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] UEFI arm64: add noefi boot param
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Add efi= parameter parsing to the EFI boot stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Add efi= parameter parsing to the EFI boot stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v4] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- [PATCH v2] x86/efi: Fix 3DNow optimization build failure in EFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: Fix 3DNow optimization build failure in EFI stub
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH] x86/efi: Fix 3DNow optimization build failure in EFI stub
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH v4] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- 3.12 to 3.13 boot regression bisected - still applies to 3.16
- From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- RE: [PATCH 0/3] Early use of boot service memory
- From: Yuhong Bao <yuhongbao_386@xxxxxxxxxxx>
- Re: [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: josh@xxxxxxxxxxxxxxxx
- Re: [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Salter <msalter@xxxxxxxxxx>
- [RFC PATCH] arm64/efi: use id mapping for Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH] efi-bgrt: Add error handling; inform the user when ignoring the BGRT
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 04/10] arm64: add EFI little endian constants to linker script
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH 04/10] arm64: add EFI little endian constants to linker script
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH 04/10] arm64: add EFI little endian constants to linker script
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH v2 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 2/3] arm64/efi: efistub: cover entire static mem footprint in PE/COFF .text
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/3 v2] arm64/efi: improve TEXT_OFFSET handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Steven Noonan <steven@xxxxxxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] x86, efi: print debug values in Kib not MB
- From: David Rientjes <rientjes@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] x86, efi: print debug values in Kib not MB
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/3] arm64/efi: efistub: cover entire static mem footprint in PE/COFF .text
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH 3/3] arm64/efi: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/3] arm64/efi: efistub: cover entire static mem footprint in PE/COFF .text
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/3] arm64: spin-table: handle unmapped cpu-release-addrs
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/3] arm64/efi: improve TEXT_OFFSET handling
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] arm64: ignore DT memreserve entries when booting in UEFI mode
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64: ignore DT memreserve entries when booting in UEFI mode
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 09/10] arm64/efi: enable minimal UEFI Runtime Services for big endian
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH 09/10] arm64/efi: enable minimal UEFI Runtime Services for big endian
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH 09/10] arm64/efi: enable minimal UEFI Runtime Services for big endian
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 10/10] arm64: Kconfig: enable UEFI on BE kernels
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 09/10] arm64/efi: enable minimal UEFI Runtime Services for big endian
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 08/10] arm64/efi: use LE accessors to access UEFI data
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 07/10] arm64/efi: efistub: add support for booting a BE kernel
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 06/10] arm64/efi: efistub: avoid using linker defined constants
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 05/10] arm64/efi: update the PE/COFF header to be endian agnostic
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 04/10] arm64: add EFI little endian constants to linker script
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 03/10] arm64: add macros to emit little endian ASM constants
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 02/10] arm64/efi: efistub: cover entire static mem footprint in PE/COFF .text
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 01/10] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [RFC PATCH 00/10] arm64: boot BE kernels from UEFI
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI changes for v3.17
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 7/7] init: efi: arm: enable (U)EFI runtime services on arm
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 6/7] arm: add [U]EFI support
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 5/7] arm: efi: use strcmp instead of strncmp for fdt parsing
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 4/7] arm: Disable stack protection for decompressor/stub
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 3/7] arm: add strstr to compressed string.c
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 2/7] arm: add new asm macro update_sctlr
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 1/7] arm: break part of __soft_restart out into separate function
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- [PATCH 0/7] arm: add UEFI support
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: efistub: reuse EFI mapping for Image if it is lower
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: efistub: reuse EFI mapping for Image if it is lower
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: efistub: reuse EFI mapping for Image if it is lower
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH] arm64/efi: efistub: reuse EFI mapping for Image if it is lower
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [RFC PATCH] arm64/efi: efistub: reuse EFI mapping for Image if it is lower
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64/efi: efistub: cover entire static mem footprint in PE/COFF .text
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 2/2] arm64/efi: efistub: get text offset and image size from the Image header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] arm64/efi: efistub: jump to 'stext' directly, not through the header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: efistub: get text offset and image size from the Image header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 2/2] arm64/efi: efistub: get text offset and image size from the Image header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 2/2] arm64/efi: efistub: get text offset and image size from the Image header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64: add C struct definition for Image header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] arm64: add C struct definition for Image header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 2/2] arm64/efi: efistub: get text offset and image size from the Image header
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH 2/2] arm64/efi: efistub: get text offset and image size from the Image header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/2] arm64: add C struct definition for Image header
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/2] arm64: use Image header fields in EFI stub
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] efi/arm64: efistub: don't abort if base of DRAM is occupied
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- 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@xxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
- Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: autoload efivars
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] x86/efi: autoload efivars
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86/efi: autoload efivars
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi: Request desired alignment via the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH v3] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- 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@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] x86/efi: autoload efivars
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3] efi: Request desired alignment via the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi: Include a .bss section within the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 1/2] efi: Include a .bss section within the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- [PATCH 2/2] efi: Request desired alignment via the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- [PATCH v2] efi: Fix PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: fdt: Do not report an error during boot if UEFI is not available
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 1/1] arch/x86: Add better error logging to efi main
- [PATCH] efi: Request desired alignment via the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- [PATCH] efi: Include a .bss section within the PE/COFF headers
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: Linux kernel EFI stub bug?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: Linux kernel EFI stub bug?
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Linux kernel EFI stub bug?
- From: Michael Brown <mbrown@xxxxxxxxxxxxxxxx>
- Re: Linux kernel EFI stub bug?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH v2] x86/efi: autoload efivars
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- Re: [PATCH] x86/efi: autoload efivars
- From: joeyli <jlee@xxxxxxxx>
- Re: [PATCH v7 00/10] xen: Add EFI support
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH] efi: fdt: Do not report an error during boot if UEFI is not available
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] x86/efi: autoload efivars
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH] efi: Update stale locking comment for struct efivars
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: EFI_STUB fails to boot non-EFI on arm64
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [PATCH] x86/efi: autoload efivars
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: EFI_STUB fails to boot non-EFI on arm64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH] x86/efi: autoload efivars
- From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
- Re: [PATCH v3 1/5] efi/arm64: Avoid EFI_ERROR as a generic return code
- From: Roy Franz <roy.franz@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 00/10] xen: Add EFI support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/5] efistub: convert into static library
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] efi/arm64: FP/SIMD preserve/restore during UEFI Runtime Services
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 01/10] arch/ia64: Define early_memunmap()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v3 2/2] efi/arm64: preserve FP/SIMD registers on UEFI runtime services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 1/2] efi/x86: move UEFI Runtime Services wrappers to generic code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 0/2] efi/arm64: FP/SIMD preserve/restore during UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 2/2] efi/arm64: preserve FP/SIMD registers on UEFI runtime services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2 2/2] efi/arm64: preserve FP/SIMD registers on UEFI runtime services calls
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v2 2/2] efi/arm64: preserve FP/SIMD registers on UEFI runtime services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 2/2] efi/arm64: preserve FP/SIMD registers on UEFI runtime services calls
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v3] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v2] efi/arm64: handle missing virtual mapping for UEFI System Table
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v7 07/10] xen: Define EFI related stuff
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v7 08/10] xen: Put EFI machinery in place
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/5] efi/x86: efistub: move shared dependencies to <asm/efi.h>
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 2/5] efi/x86: efistub: move shared dependencies to <asm/efi.h>
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v3 3/5] efi/arm64: efistub: Move shared dependencies to <asm/efi.h>
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 4/5] efi: efistub: refactor stub components
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 5/5] efi: efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 2/5] efi/x86: efistub: Move shared dependencies to <asm/efi.h>
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 1/5] efi/arm64: Avoid EFI_ERROR as a generic return code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v3 0/5] efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 5/5] efi: efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 5/5] efi: efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 5/5] efi: efistub: convert into static library
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/2] efi: implement mandatory locking for UEFI Runtime Services
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/2] efi/arm64: fix potential NULL dereference of efi.systab
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 15/15] kexec: Support kexec/kdump on EFI systems
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 15/15] kexec: Support kexec/kdump on EFI systems
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 15/15] kexec: Support kexec/kdump on EFI systems
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 17/15] kexec-bzimage: Change EFI helper function names
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 15/15] kexec: Support kexec/kdump on EFI systems
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] efistub: convert into static library
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/5] efistub: convert into static library
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 4/5] efi: efistub: refactor stub components
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 4/5] efi: efistub: refactor stub components
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 4/5] efi: efistub: refactor stub components
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 4/5] efi: efistub: refactor stub components
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] efi/x86: move UEFI Runtime Services wrappers to generic code
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] efi: preserve NEON registers on UEFI services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/2] efi/x86: move UEFI Runtime Services wrappers to generic code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 1/2] efi/x86: move UEFI Runtime Services wrappers to generic code
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] efi: preserve NEON registers on UEFI services calls
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 00/10] xen: Add EFI support
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v7 00/10] xen: Add EFI support
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- [PATCH v7 01/10] arch/ia64: Define early_memunmap()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 02/10] efi: Use early_mem*() instead of early_io*()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 00/10] xen: Add EFI support
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 03/10] arch/x86: Do not access EFI memory map if it is not available
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 04/10] efi: Introduce EFI_PARAVIRT flag
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 06/10] arch/x86: Remove redundant set_bit(EFI_MEMMAP) call
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 05/10] arch/x86: Remove redundant set_bit(EFI_SYSTEM_TABLES) call
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 07/10] xen: Define EFI related stuff
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 08/10] xen: Put EFI machinery in place
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 09/10] arch/x86: Replace plain strings with constants
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v7 10/10] arch/x86: Remove efi_set_rtc_mmss()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [GIT PULL] EFI urgent fixes
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2 v2] efilinux: set ext_ramdisk_* for huge initrd
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 15/15] kexec: Support kexec/kdump on EFI systems
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH v2 5/5] efi: efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 4/5] efi: efistub: refactor stub components
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 3/5] efi/arm64: efistub: move shared dependencies to <asm/efi.h>
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 2/5] efi/x86: efistub: move shared dependencies to <asm/efi.h>
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 1/5] efi/arm64: avoid EFI_ERROR as a generic return code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 0/5] efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/2] efi: preserve NEON registers on UEFI services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v2 0/2] efi: preserve NEON registers on UEFI services calls
- From: Mark Salter <msalter@xxxxxxxxxx>
- [PATCH v2 1/2] efi/x86: move UEFI Runtime Services wrappers to generic code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 2/2] efi/arm64: preserve FP/SIMD registers on UEFI runtime services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v2 0/2] efi: preserve NEON registers on UEFI services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/9] x86: Do full rtc synchronization with ntp
- From: Jason Luan <jianhai.luan@xxxxxxxxxx>
- Re: [efi:next 6/7] drivers/firmware/efi/runtime.c:19:21: fatal error: asm/efi.h: No such file or directory
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [RFC PATCH 4/4] efi: efistub: convert into static library
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/2 v2] efilinux: set ext_ramdisk_* for huge initrd
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: remove local copy of linux_banner
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] efilinux: set ext_ramdisk_* for huge initrd
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] efilinux: Allocate boot_params before parsing initrd
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/4] efi: efistub: convert into static library
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- RE: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*()
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 2/3] efi/reboot: Allow powering off machines using EFI
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 1/3] efi/reboot: Add generic wrapper around EfiResetSystem()
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH 0/2] efi: preserve NEON registers on UEFI services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 2/2] efi/arm64: preserve NEON registers on UEFI runtime services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 1/2] efi/x86: move UEFI Runtime Services wrappers to generic code
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH 0/2] efi: preserve NEON registers on UEFI services calls
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v6 2/9] arch/x86: Do not access EFI memory map if it is not available
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v6 7/9] xen: Put EFI machinery in place
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v6 2/9] arch/x86: Do not access EFI memory map if it is not available
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [Xen-devel] [PATCH v6 7/9] xen: Put EFI machinery in place
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH v6 2/9] arch/x86: Do not access EFI memory map if it is not available
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH v6 6/9] xen: Define EFI related stuff
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*()
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [PATCH v6 7/9] xen: Put EFI machinery in place
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- [PATCH v6 4/9] arch/x86: Remove redundant set_bit(EFI_SYSTEM_TABLES) call
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 5/9] arch/x86: Remove redundant set_bit(EFI_MEMMAP) call
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 1/9] efi: Use early_mem*() instead of early_io*()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 6/9] xen: Define EFI related stuff
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 8/9] arch/x86: Replace plain strings with constants
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 7/9] xen: Put EFI machinery in place
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 2/9] arch/x86: Do not access EFI memory map if it is not available
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 9/9] arch/x86: Remove efi_set_rtc_mmss()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 3/9] efi: Introduce EFI_PARAVIRT flag
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- [PATCH v6 0/9] xen: Add EFI support
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
- Re: [GIT PULL] EFI urgent fix
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH] firmware: fix the compiller warning
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [GIT PULL] EFI urgent fix
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] firmware: fix the compiller warning
- From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: fix build warning about of_get_flat_dt_prop
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 2/3] efi/reboot: Allow powering off machines using EFI
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 3/3] x86/reboot: Add EFI reboot quirk for ACPI Hardware Reduced flag
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 1/3] efi/reboot: Add generic wrapper around EfiResetSystem()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH 0/3] EFI reboot/poweroff support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- [PATCH] efi: fix build warning about of_get_flat_dt_prop
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
- Re: [PATCH 13/13] kexec: Support kexec/kdump on EFI systems
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH 13/13] kexec: Support kexec/kdump on EFI systems
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] arm64: support reboot and power off via EFI runtime
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v5 1/7] efi: Use early_mem*() instead of early_io*()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 0/7] xen: Add EFI support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] arm64: support reboot and power off via EFI runtime
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v5 0/7] xen: Add EFI support
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH] x86, eboot: Support initrd loaded above 4G
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 0/7] xen: Add EFI support
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 6/7] arch/x86: Remove redundant set_bit() call
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] arch/x86: Comment out efi_set_rtc_mmss()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/7] efi: Use early_mem*() instead of early_io*()
- From: Mark Salter <msalter@xxxxxxxxxx>
- Re: [PATCH v5 6/7] arch/x86: Remove redundant set_bit() call
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [PATCH v5 6/7] arch/x86: Remove redundant set_bit() call
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 5/7] arch/x86: Replace plain strings with constants
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 2/7] efi: Introduce EFI_NO_DIRECT flag
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 1/7] efi: Use early_mem*() instead of early_io*()
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v5 1/7] efi: Use early_mem*() instead of early_io*()
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH v5 1/7] efi: Use early_mem*() instead of early_io*()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi: fix pointer type errors in fdt_uefi_find_params()
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH] efi: fix pointer type errors in fdt_uefi_find_params()
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] efi/arm64: efistub: remove local copy of linux_banner
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]