From: Ard Biesheuvel <ardb@kernel.org>
To: linux-efi@vger.kernel.org
Cc: Ard Biesheuvel <ardb@kernel.org>, Ingo Molnar <mingo@redhat.com>,
Arvind Sankar <nivedita@alum.mit.edu>,
Hans de Goede <hdegoede@redhat.com>
Subject: [PATCH 0/7] efi: more fixes and general cleanups for v5.6
Date: Sat, 28 Dec 2019 16:21:02 +0100 [thread overview]
Message-ID: <20191228152109.6301-1-ardb@kernel.org> (raw)
In addition to two other series that are in flight, regarding the EFI
runtime call assembly wrappers [0], and the use of restricted memory
permissions for mapping EFI runtime service memory regions [1], here's
another batch of fixes and cleanups for the early EFI code.
Patches #1 .. #3 are fixes for the code that is currently queued in
tip/efi/core.
Patch #4 fixes an ancient issue in the EFI boot code where it doesn't
map the memory containing the EFI vendor name string correctly.
Patch #5 redefines the macro __efiapi to __attribute__((regparm(0)))
on 32-bit x86 so we no longer have to cast every function pointer
that requires that annotation.
Patch #6 refactors efi_runtime_init() so we no longer have two mostly
identical copies of the same code for 32-bit and 64-bit.
Patch #7 cleans up efi_systab_init() and also gets rid of the 'efi_phys'
data structure that exists for no good reason.
Branch can be found here:
https://git.kernel.org/pub/scm/linux/kernel/git/ardb/linux.git/log/?h=efi-more-cleanup-for-v5.6
[0] https://lore.kernel.org/linux-efi/20191226151407.29716-1-ardb@kernel.org/
[1] https://lore.kernel.org/linux-efi/20191227163418.16139-1-ardb@kernel.org/
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Arvind Sankar <nivedita@alum.mit.edu>
Cc: Hans de Goede <hdegoede@redhat.com>
Ard Biesheuvel (7):
efi/libstub: fix boot argument handling in mixed mode entry code
efi/libstub: use correct system table pointer in mixed mode efi_free()
efi/x86: re-disable RT services for 32-bit kernels running on 64-bit
EFI
efi/x86: map the entire EFI vendor string before copying it
efi/x86: avoid redundant cast of EFI firmware service pointer
efi/x86: merge two near identical versions of efi_runtime_init()
efi/x86: clean up efi_systab_init() routine for legibility
arch/x86/boot/compressed/eboot.c | 3 +-
arch/x86/boot/compressed/head_64.S | 17 +-
arch/x86/include/asm/efi.h | 25 +-
arch/x86/platform/efi/efi.c | 262 +++++++++-----------
arch/x86/platform/efi/efi_64.c | 5 +
include/linux/efi.h | 23 +-
6 files changed, 135 insertions(+), 200 deletions(-)
--
2.17.1
next reply other threads:[~2019-12-28 15:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-28 15:21 Ard Biesheuvel [this message]
2019-12-28 15:21 ` [PATCH 1/7] efi/libstub: fix boot argument handling in mixed mode entry code Ard Biesheuvel
2019-12-28 15:21 ` [PATCH 2/7] efi/libstub: use correct system table pointer in mixed mode efi_free() Ard Biesheuvel
2019-12-28 15:21 ` [PATCH 3/7] efi/x86: re-disable RT services for 32-bit kernels running on 64-bit EFI Ard Biesheuvel
2019-12-28 15:21 ` [PATCH 4/7] efi/x86: map the entire EFI vendor string before copying it Ard Biesheuvel
2019-12-28 15:21 ` [PATCH 5/7] efi/x86: avoid redundant cast of EFI firmware service pointer Ard Biesheuvel
2019-12-28 15:21 ` [PATCH 6/7] efi/x86: merge two near identical versions of efi_runtime_init() Ard Biesheuvel
2019-12-28 15:21 ` [PATCH 7/7] efi/x86: clean up efi_systab_init() routine for legibility Ard Biesheuvel
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=20191228152109.6301-1-ardb@kernel.org \
--to=ardb@kernel.org \
--cc=hdegoede@redhat.com \
--cc=linux-efi@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=nivedita@alum.mit.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.