Hi All,
On Thu, 2019-09-19 at 13:41 +0300, Ard Biesheuvel wrote:
On Thu, 19 Sep 2019 at 13:36, Lee Jones lee.jones@linaro.org wrote:
On Wed, 11 Sep 2019, Ard Biesheuvel wrote:
<snip>
SetVirtualAddressMap() is a service provided by the firmware *to* the OS.
The Qualcomm implementation inadvertently depends on certain behavior of the Windows loader, and when another EFI compliant loader calls it, the system crashes. Fortunately, (and this is what the patch argues), SetVirtualAddressMap() does not actually do anything useful for us, so we can simply omit calling it, and things work fine.
Can we explore the following:
"So the obvious fix is to stop calling SetVirtualAddressMap() altogether on arm64 systems."
What are the possible implications for such an endeavour?
It is known to break u-boot's EFI implementation. They fixed this in their upstream, but quite a while after their EFI implementation was made available.
So the only thing we might do is set to novamap property by default on some condition, but I am not sure what that condition could be.
After 5 months of ruminating on this (and various activities in related packages) there is any new thinking on this topic?
best regards, Richard -- Richard.Henwood@arm.com Server Software Eco-System Tel: +1 512 410 9612 IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.