Re: [PATCH v15 1/6] efi: ARM/arm64: ignore DT memory nodes instead of removing them

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Fri, 18 Mar, at 01:31:59PM, Ard Biesheuvel wrote:
> 
> Typically, the UEFI memory map is more restrictive, since it does not
> only describe where the memory lives, but also which parts of it the
> firmware has claimed for its own use. So if both memory nodes and the
> UEFI memory map are available, we must use the latter anyway, and so
> it makes sense to ignore the former. Alternatively, we could sanity
> check the memory nodes against the memory map, but it is simpler just
> to ignore them.
> 
> However, that caused some problems in the past, since discovering the
> memory nodes occurs before the EFI entry point is invoked, and so it
> was decided that we strip the memory nodes rather than ignore them.

Thanks Ard.

Once you've stripped the memory nodes as represented in memblock,
there's no way for the memory nodes to re-appear in one form or
another after that point, right? The EFI memory map is the sole memory
layout either via memblock or if it's queried directly?
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux