[edk2] [PATCH v3 0/4] MdeModulePkg ArmPkg: support for persistent capsules and progress reporting

Ard Biesheuvel posted 4 patches 5 years, 9 months ago
Failed in applying to current master (apply log)
There is a newer version of this series
ArmPkg/ArmPkg.dec                             |  4 +
.../ArmSmcPsciResetSystemLib.c                | 21 ++++-
.../ArmSmcPsciResetSystemLib.inf              |  9 ++
.../PlatformBootManagerLib/PlatformBm.c       | 87 +++++++++++++------
.../PlatformBootManagerLib.inf                |  1 +
.../Library/DxeCapsuleLibFmp/DxeCapsuleLib.c  | 13 ++-
.../CapsuleRuntimeDxe/Arm/CacheMaintenance.c  | 70 +++++++++++++++
.../CapsuleRuntimeDxe/CacheMaintenance.c      | 39 +++++++++
.../CapsuleRuntimeDxe/CapsuleRuntimeDxe.inf   | 13 ++-
.../CapsuleRuntimeDxe/CapsuleService.c        | 24 +++++
10 files changed, 247 insertions(+), 34 deletions(-)
create mode 100644 MdeModulePkg/Universal/CapsuleRuntimeDxe/Arm/CacheMaintenance.c
create mode 100644 MdeModulePkg/Universal/CapsuleRuntimeDxe/CacheMaintenance.c
[edk2] [PATCH v3 0/4] MdeModulePkg ArmPkg: support for persistent capsules and progress reporting
Posted by Ard Biesheuvel 5 years, 9 months ago
This is the delta of code required to implement PersistAcrossReset on ARM
systems, and to wire up the capsule handling routines in a way that makes
the new progress reporting code do something meaningful on such platforms.

Changes since v2:
- move cache handling from CapsulePei to CapsuleRuntimeDxe, and make it ARM only
- drop patch to change ProcessCapsules() logic in DxeCapsuleLibFmp; instead,
  the platform BDS code is modified to perform the ProcessCapsuleImage()
  call directly

Changes since v1:
- incorporate Star's feedback (#1, #2)
- add Leif's ack (#4)

Patch #1 ensures that the capsule data which is preserved in DRAM across
a reboot is written back to main memory before attempting to access it
with the caches off.

Patch #2 updates DxeCapsuleLibFmp so it does not pass down the progress
indication callback if its own attempt to invoke it has already failed.

Patch #3 updates ArmPkg's generic PlatformBootManagerLib implementation
to only call ProcessCapsules() after the [potentially non-trusted]
console is up and running, to ensure that firmware update progress can
be reported to the user.

Patch #4 modifies ArmSmcPsciResetSystemLib to emulate a proper warm reboot
by reentering PEI with interrupts, MMU and caches enabled. This works
around the lack of an architected warm reboot in most current implementations.
(The PSCI spec does cover warm reboot, but it was added recently and most
secure firmware implementations haven't caught up yet)

Ard Biesheuvel (4):
  MdeModulePkg/CapsuleRuntimeDxe: clean the capsule payload to DRAM
  MdeModulePkg/DxeCapsuleLibFmp: pass progress callback only if it works
  ArmPkg/PlatformBootManagerLib: call ProcessCapsules() only once
  ArmPkg/ArmSmcPsciResetSystemLib: implement fallback for warm reboot

 ArmPkg/ArmPkg.dec                             |  4 +
 .../ArmSmcPsciResetSystemLib.c                | 21 ++++-
 .../ArmSmcPsciResetSystemLib.inf              |  9 ++
 .../PlatformBootManagerLib/PlatformBm.c       | 87 +++++++++++++------
 .../PlatformBootManagerLib.inf                |  1 +
 .../Library/DxeCapsuleLibFmp/DxeCapsuleLib.c  | 13 ++-
 .../CapsuleRuntimeDxe/Arm/CacheMaintenance.c  | 70 +++++++++++++++
 .../CapsuleRuntimeDxe/CacheMaintenance.c      | 39 +++++++++
 .../CapsuleRuntimeDxe/CapsuleRuntimeDxe.inf   | 13 ++-
 .../CapsuleRuntimeDxe/CapsuleService.c        | 24 +++++
 10 files changed, 247 insertions(+), 34 deletions(-)
 create mode 100644 MdeModulePkg/Universal/CapsuleRuntimeDxe/Arm/CacheMaintenance.c
 create mode 100644 MdeModulePkg/Universal/CapsuleRuntimeDxe/CacheMaintenance.c

-- 
2.17.1

_______________________________________________
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel