public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Laszlo Ersek" <lersek@redhat.com>
To: afish@apple.com
Cc: devel@edk2.groups.io
Subject: Re: [edk2-devel] OVMF and MEMFD_BASE_ADDRESS values.
Date: Fri, 14 Feb 2020 17:16:45 +0100	[thread overview]
Message-ID: <4be618c2-6c61-35bb-9da1-108a12474bfd@redhat.com> (raw)
In-Reply-To: <72AA8FEE-8BF3-43D6-9306-A5CDAF855CDA@apple.com>

Hi Andrew,

On 02/14/20 04:11, Andrew Fish via Groups.Io wrote:
> I'm trying to understand the constraints around the value used with MEMFD_BASE_ADDRESS?
> 
> The reason I'm asking is I've been asked to remove firmware from using lower memory addresses in the low 0x800000 range as it is taking up too many ASLR bits in low memory VMs or some such. 
> 
> At least on my OVMF config that seems to be PcdOvmfLockBoxStorageBase and PcdOvmfPeiMemFvBase. It is easy enough to move MEMFD_BASE_ADDRESS to a much higher address, but I'm not sure if there are any restrictions to the addresses I can use?

TBH I've never researched moving around MEMFD_BASE_ADDRESS. As I stated
earlier, the exact value shouldn't really matter; what matters (i.e.
what various parts of OVMF platform code rely on) is the relative order
of "magic" areas (PCDs etc). We tend to use ASSERT()s to catch problems
in this area, but the coverage may not be complete. So best I can
suggest is, please experiment and see what breaks. (Test S3
suspend/resume too.)

BTW Tom Lendacky's in-progress series

[edk2-devel] [PATCH v4 00/40] SEV-ES guest support
https://edk2.groups.io/g/devel/message/53747
http://mid.mail-archive.com/cover.1580857303.git.thomas.lendacky@amd.com

carves out some more PCDs in the FDF file.

Thanks!
Laszlo


      reply	other threads:[~2020-02-14 16:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-14  3:11 OVMF and MEMFD_BASE_ADDRESS values Andrew Fish
2020-02-14 16:16 ` Laszlo Ersek [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4be618c2-6c61-35bb-9da1-108a12474bfd@redhat.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox