Linux-EFI Archive mirror
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ardb+git@google.com>
To: torvalds@linux-foundation.org
Cc: linux-efi@vger.kernel.org, Ard Biesheuvel <ardb@kernel.org>
Subject: [GIT PULL] EFI fixes for v6.8 #1
Date: Fri,  9 Feb 2024 13:18:55 +0100	[thread overview]
Message-ID: <20240209121854.4043660-2-ardb+git@google.com> (raw)

From: Ard Biesheuvel <ardb@kernel.org>

Hello Linus,

Please consider the changes below for v6.8.

Only notable change here is the patch that changes the way we deal with
spurious errors from the EFI memory attribute protocol. This will be backported
to v6.6, and is intended to ensure that we will not paint ourselves into a
corner when we tighten this further in order to comply with MS requirements on
signed EFI code. Note that this protocol does not currently exist in x86
production systems in the field, only in Microsoft's fork of OVMF, but it will
be mandatory for Windows logo certification for x86 PCs in the future.


The following changes since commit 6613476e225e090cc9aad49be7fa504e290dd33d:

  Linux 6.8-rc1 (2024-01-21 14:11:32 -0800)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git tags/efi-fixes-for-v6.8-1

for you to fetch changes up to 1ad55cecf22f05f1c884adf63cc09d3c3e609ebf:

  x86/efistub: Use 1:1 file:memory mapping for PE/COFF .compat section (2024-02-05 10:24:51 +0000)

----------------------------------------------------------------
EFI fixes for v6.8 #1

- Tighten ELF relocation checks on the RISC-V EFI stub
- Give up if the new EFI memory attributes protocol fails spuriously on
  x86
- Take care not to place the kernel in the lowest 16 MB of DRAM on x86
- Omit special purpose EFI memory from memblock
- Some fixes for the CXL CPER reporting code
- Make the PE/COFF layout of mixed-mode capable images comply with a
  strict interpretation of the spec

----------------------------------------------------------------
Andrew Bresticker (2):
      efi: runtime: Fix potential overflow of soft-reserved region size
      efi: Don't add memblocks for soft-reserved memory

Ard Biesheuvel (4):
      riscv/efistub: Tighten ELF relocation check
      x86/efistub: Give up if memory attribute protocol returns an error
      x86/efistub: Avoid placing the kernel below LOAD_PHYSICAL_ADDR
      x86/efistub: Use 1:1 file:memory mapping for PE/COFF .compat section

Ira Weiny (2):
      cxl/cper: Fix errant CPER prints for CXL events
      cxl/trace: Remove unnecessary memcpy's

Jan Kiszka (1):
      riscv/efistub: Ensure GP-relative addressing is not used

Yang Li (1):
      efi/libstub: Add one kernel-doc comment

 arch/x86/boot/header.S                     | 14 ++++++--------
 arch/x86/boot/setup.ld                     |  6 +++---
 drivers/acpi/apei/ghes.c                   | 26 --------------------------
 drivers/cxl/core/trace.h                   |  6 +++---
 drivers/firmware/efi/arm-runtime.c         |  2 +-
 drivers/firmware/efi/cper.c                | 19 +++++++++++++++++++
 drivers/firmware/efi/efi-init.c            | 19 ++++++++++---------
 drivers/firmware/efi/libstub/Makefile      |  4 ++--
 drivers/firmware/efi/libstub/alignedmem.c  |  1 +
 drivers/firmware/efi/libstub/efistub.h     |  3 ++-
 drivers/firmware/efi/libstub/kaslr.c       |  2 +-
 drivers/firmware/efi/libstub/randomalloc.c | 12 +++++++-----
 drivers/firmware/efi/libstub/x86-stub.c    | 25 +++++++++++++++----------
 drivers/firmware/efi/libstub/x86-stub.h    |  4 ++--
 drivers/firmware/efi/libstub/zboot.c       |  2 +-
 drivers/firmware/efi/riscv-runtime.c       |  2 +-
 include/linux/cper.h                       | 23 +++++++++++++++++++++++
 17 files changed, 97 insertions(+), 73 deletions(-)

             reply	other threads:[~2024-02-09 12:19 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-09 12:18 Ard Biesheuvel [this message]
2024-02-09 18:46 ` [GIT PULL] EFI fixes for v6.8 #1 pr-tracker-bot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240209121854.4043660-2-ardb+git@google.com \
    --to=ardb+git@google.com \
    --cc=ardb@kernel.org \
    --cc=linux-efi@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).