[PATCH 2/2] efi/arm64: use UEFI for system reset

[Leif Lindholm]

On Fri, Aug 29, 2014 at 05:25:34PM +0100, Catalin Marinas wrote:
> > For poweroff (the other patch), it may not make a huge difference, but
> > the SBBR does state it explicitly.
> 
> The SBBR scope reads like this:
> 
>   This document defines the boot and Runtime Services that are expected
>   by an enterprise platform Operating System or hypervisor, for an ARM
>   AArch64 server, which is SBSA-compliant and follows the UEFI and ACPI
>   specifications.
> 
> Which means that it does not apply to non-SBSA or SBSA systems that use
> UEFI but not ACPI?

It applies to all UEFI systems, really. But the SBBR explicitly
enumerates certain features already covered by the spec, to reduce
risk of misinterpretation (i.e. not reading the whole UEFI spec when
implementing).

> > For reboot, we *have* to use EFI reboot in order to support capsules:
> > when using capsules (for instance, for updating the firmware), you
> > need to use EFI reboot as you need to pass the return code of
> > UpdateCapsule() (a runtime service) to ResetSystem()
> 
> That's a better argument ;). But I think with the restart patches you
> could set some priority and if absolutely needed on a platform as
> workaround we could register a driver with a higher priority (and losing
> the above features).

That sounds sensible to me.
But the kernel should probably be very noisy on the console if that
override was done. And we would also want to store that fact
somwehere, to prevent any capsule runtime service calls being made.

/
    Leif