On Fri, Oct 24, 2014 at 12:10:58AM +0100, Geoff Levand wrote:
> Change any reference of device tree '/memreserve/' entries in the arm64
> booting.txt to refer to 'reserved-memory nodes'. Reserved-memory nodes
> are the preferred method of specifying reserved memory.
Per my comments on patch 5, I don't think this change is sufficient.
However, we should probably update the document to allow reserved-memory
nodes.
On an unrelated note we probably need to work out how reserved-memory
interacts with the UEFI memory map -- unmappable regions shouldn't be
described by UEFI and I hope people don't use reserved-memory as a
workaround for broken UEFI tables.
Thanks,
Mark.
> Signed-off-by: Geoff Levand <geoff at infradead.org>
> ---
> Documentation/arm64/booting.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/arm64/booting.txt b/Documentation/arm64/booting.txt
> index f3c05b5..7446822 100644
> --- a/Documentation/arm64/booting.txt
> +++ b/Documentation/arm64/booting.txt
> @@ -196,7 +196,7 @@ following manner:
> naturally-aligned 64-bit zero-initalised memory location.
>
> These CPUs should spin outside of the kernel in a reserved area of
> - memory (communicated to the kernel by a /memreserve/ region in the
> + memory (communicated to the kernel by a reserved-memory node in the
> device tree) polling their cpu-release-addr location, which must be
> contained in the reserved region. A wfe instruction may be inserted
> to reduce the overhead of the busy-loop and a sev will be issued by
> @@ -209,7 +209,7 @@ following manner:
> - CPUs with a "psci" enable method should remain outside of
> the kernel (i.e. outside of the regions of memory described to the
> kernel in the memory node, or in a reserved area of memory described
> - to the kernel by a /memreserve/ region in the device tree). The
> + to the kernel by a reserved-memory node in the device tree). The
> kernel will issue CPU_ON calls as described in ARM document number ARM
> DEN 0022A ("Power State Coordination Interface System Software on ARM
> processors") to bring CPUs into the kernel.
> --
> 1.9.1
>
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
