From: "Ard Biesheuvel" <ard.biesheuvel@linaro.org>
To: devel@edk2.groups.io
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>,
Vincent Zimmer <vincent.zimmer@intel.com>,
Brian Richardson <brian.richardson@intel.com>,
Michael D Kinney <michael.d.kinney@intel.com>,
Andrew Fish <afish@apple.com>,
Leif Lindholm <leif.lindholm@linaro.org>,
Star Zeng <star.zeng@intel.com>, Eric Dong <eric.dong@intel.com>,
Ruiyu Ni <ruiyu.ni@intel.com>, Liming Gao <liming.gao@intel.com>,
Jaben Carsey <jaben.carsey@intel.com>,
Steven Shi <steven.shi@intel.com>
Subject: [PATCH v5 0/7] MdeModulePkg: add support for dispatching foreign arch PE/COFF images
Date: Thu, 11 Apr 2019 11:58:06 -0700 [thread overview]
Message-ID: <20190411185813.2084-1-ard.biesheuvel@linaro.org> (raw)
Add the basic plumbing to DXE core, the PCI bus driver and the boot manager
to allow PE/COFF images to be dispatched that target an architecture that is
not native for the platform, but which is supported by one of potentially
several available emulators.
One implementation of such an emulator can be found here:
https://github.com/ardbiesheuvel/X86EmulatorPkg/tree/upstream-v4
This also allows us to get rid of the special treatment of EBC images in
core code. Instead, the EbcDxe driver is augmented with an implementation
of the EDK2 PE/COFF image emulator protocol so that internal knowledge of
how EBC is implemented (I-cache flushing, thunks) is removed from the DXE
core.
Changes since v4:
- Fix an issue in the protocol notify handler pointed out by Mike Kinney (#2)
Changes since v3:
- Simplify the handling of option ROMs and Driver#### images, by simply
deferring to the LoadImage() boot service to decide whether an image
can be supported or not - this removes some redundant checks from the
BDS layer and the PCI bus driver.
- Move the machine type supported by the emulator into the protocol struct,
so we can optimize away calls into the emulator for each image loaded.
Instead, the LoadImage() code will only invoke the IsSupported() method for
images that are known to have a matching machine type.
Note that I have considered, but ultimately dismissed the suggestion to
register and unregister emulators via a new protocol. The main issue is
that registering and unregistering structs containing sets of function
pointers is awfully similar to managing a protocol database, and we already
have the code to do that in EDK2.
So instead, I have removed all the code that iterates over a handle buffer
of emu protocols and invokes each one to see if it will support the image.
Instead, this is all done by CoreLoadImage().
Changes since v2:
- incorporate feedback from Andrew Fish (delivered in person):
* pass a device path into the IsImageSupported() protocol method so that an
implementation can blacklist or whitelist certain devices, or implement
other policies that depend on the device where the driver originated
* allow the emulator to supersede the native loading of the image - this
permits things like X86 on X86 emulators for security sandboxing or debug
Changes since v1:
- subsume the EBC handling into the EDK2 emulator protocol and abstract
away from EBC specifics in core code.
- allow multiple emulator implementations to co-exist
- incorporate Star's review feedback
Cc: Vincent Zimmer <vincent.zimmer@intel.com>
Cc: Brian Richardson <brian.richardson@intel.com>
Cc: Michael D Kinney <michael.d.kinney@intel.com>
Cc: Andrew Fish <afish@apple.com>
Cc: Leif Lindholm <leif.lindholm@linaro.org>
Cc: Star Zeng <star.zeng@intel.com>
Cc: Eric Dong <eric.dong@intel.com>
Cc: Ruiyu Ni <ruiyu.ni@intel.com>
Cc: Liming Gao <liming.gao@intel.com>
Cc: Jaben Carsey <jaben.carsey@intel.com>
Cc: Steven Shi <steven.shi@intel.com>
Ard Biesheuvel (7):
MdeModulePkg: introduce PE/COFF image emulator protocol
MdeModulePkg/DxeCore: invoke the emulator protocol for foreign images
MdeModulePkg/PciBusDxe: dispatch option ROMs for foreign architectures
MdeModulePkg/UefiBootManagerLib: allow foreign Driver#### images
MdeModulePkg/EbcDxe: implement the PE/COFF emulator protocol
MdePkg/UefiBaseType.h: treat EBC as a non-native machine type
MdeModulePkg/DxeCore: remove explicit EBC handling
.../Bus/Pci/PciBusDxe/PciOptionRomSupport.c | 7 -
MdeModulePkg/Core/Dxe/DxeMain.h | 6 +-
MdeModulePkg/Core/Dxe/DxeMain.inf | 2 +-
MdeModulePkg/Core/Dxe/Image/Image.c | 209 +++++++++++++-----
.../Include/Protocol/PeCoffImageEmulator.h | 107 +++++++++
.../Library/UefiBootManagerLib/BmLoadOption.c | 6 +-
MdeModulePkg/MdeModulePkg.dec | 4 +
MdeModulePkg/Universal/EbcDxe/EbcDebugger.inf | 3 +
MdeModulePkg/Universal/EbcDxe/EbcDxe.inf | 3 +
MdeModulePkg/Universal/EbcDxe/EbcInt.c | 123 +++++++++++
MdeModulePkg/Universal/EbcDxe/EbcInt.h | 3 +
MdePkg/Include/Uefi/UefiBaseType.h | 6 +-
12 files changed, 407 insertions(+), 72 deletions(-)
create mode 100644 MdeModulePkg/Include/Protocol/PeCoffImageEmulator.h
--
2.17.1
next reply other threads:[~2019-04-11 18:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-11 18:58 Ard Biesheuvel [this message]
2019-04-11 18:58 ` [PATCH v5 1/7] MdeModulePkg: introduce PE/COFF image emulator protocol Ard Biesheuvel
2019-04-11 18:58 ` [PATCH v5 2/7] MdeModulePkg/DxeCore: invoke the emulator protocol for foreign images Ard Biesheuvel
2019-04-11 20:21 ` Michael D Kinney
2019-04-11 18:58 ` [PATCH v5 3/7] MdeModulePkg/PciBusDxe: dispatch option ROMs for foreign architectures Ard Biesheuvel
2019-04-11 18:58 ` [PATCH v5 4/7] MdeModulePkg/UefiBootManagerLib: allow foreign Driver#### images Ard Biesheuvel
2019-04-11 18:58 ` [PATCH v5 5/7] MdeModulePkg/EbcDxe: implement the PE/COFF emulator protocol Ard Biesheuvel
2019-04-11 20:29 ` [edk2-devel] " Michael D Kinney
2019-04-11 18:58 ` [PATCH v5 6/7] MdePkg/UefiBaseType.h: treat EBC as a non-native machine type Ard Biesheuvel
2019-04-11 18:58 ` [PATCH v5 7/7] MdeModulePkg/DxeCore: remove explicit EBC handling 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-list 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=20190411185813.2084-1-ard.biesheuvel@linaro.org \
--to=devel@edk2.groups.io \
/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