public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@intel.com>
To: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Cc: "Neri, Ricardo" <ricardo.neri@intel.com>
Subject: Query regarding hole in EFI Memory Map
Date: Mon, 14 May 2018 23:30:49 +0000	[thread overview]
Message-ID: <FFF73D592F13FD46B8700F0A279B802F38FD1631@ORSMSX114.amr.corp.intel.com> (raw)

Hi All,

Recently, I have observed that there was a hole in EFI Memory Map passed by firmware to Linux kernel. So, wanted to check with you if this is expected or not.

My Test setup:
I usually boot qemu with OVMF and Linux kernel. I use below command to boot kernel.
"qemu-system-x86_64 -cpu host -hda <live-image> -serial stdio -bios <OVMF.fd> -m 2G -enable-kvm -smp 2"

I have noticed that the EFI Memory Map (printed by kernel) is almost contiguous but with only one hole ranging from 0xA0000 to 0x100000. As far as I know, kernel hasn't modified this EFI Memory Map, so I am assuming that firmware has passed memory map with a hole. I have looked at UEFI spec "GetMemoryMap()" definition, and it says "The map describes all of memory, no matter how it is being used". So, I am thinking that EFI Memory Map shouldn't have any holes, am I correct? If not, could someone please explain me the reason for this hole in EFI Memory Map.



Please let me know if you want me to post the EFI Memory Map or E820 map that I am looking at.

Note: I have also observed the same hole in E820 map.



Regards,

Sai


             reply	other threads:[~2018-05-14 23:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-14 23:30 Prakhya, Sai Praneeth [this message]
2018-05-15  1:12 ` Query regarding hole in EFI Memory Map Bill Paul
2018-05-15  1:18   ` Tim Lewis
2018-05-15  1:29   ` Prakhya, Sai Praneeth
2018-05-16  8:07     ` Marvin H?user
2018-05-17 23:36       ` Prakhya, Sai Praneeth

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=FFF73D592F13FD46B8700F0A279B802F38FD1631@ORSMSX114.amr.corp.intel.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