diff options
author | Dan Williams <dan.j.williams@intel.com> | 2019-11-06 17:43:21 -0800 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2019-11-07 15:44:19 +0100 |
commit | 16993c0f0a43213e23666ea40e9163887f593ac7 (patch) | |
tree | f8812166e12faf79038486574030663f5334af7d /drivers/accessibility | |
parent | 262b45ae3ab4bf8e2caf1fcfd0d8307897519630 (diff) | |
download | linux-16993c0f0a43213e23666ea40e9163887f593ac7.tar.gz linux-16993c0f0a43213e23666ea40e9163887f593ac7.tar.bz2 linux-16993c0f0a43213e23666ea40e9163887f593ac7.zip |
arm/efi: EFI soft reservation to memblock
UEFI 2.8 defines an EFI_MEMORY_SP attribute bit to augment the
interpretation of the EFI Memory Types as "reserved for a specific
purpose".
The proposed Linux behavior for specific purpose memory is that it is
reserved for direct-access (device-dax) by default and not available for
any kernel usage, not even as an OOM fallback. Later, through udev
scripts or another init mechanism, these device-dax claimed ranges can
be reconfigured and hot-added to the available System-RAM with a unique
node identifier. This device-dax management scheme implements "soft" in
the "soft reserved" designation by allowing some or all of the
reservation to be recovered as typical memory. This policy can be
disabled at compile-time with CONFIG_EFI_SOFT_RESERVE=n, or runtime with
efi=nosoftreserve.
For this patch, update the ARM paths that consider
EFI_CONVENTIONAL_MEMORY to optionally take the EFI_MEMORY_SP attribute
into account as a reservation indicator. Publish the soft reservation as
IORES_DESC_SOFT_RESERVED memory, similar to x86.
(Based on an original patch by Ard)
Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Acked-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/accessibility')
0 files changed, 0 insertions, 0 deletions