[edk2] Unable to boot OVMF on qemu-x86_64
Hi All, I am facing an issue booting OVMF on qemu, could you please help me? I have cloned EDKII, and built OVMF for X64 using GCC5. I have followed the steps given at https://wiki.ubuntu.com/UEFI/EDK2. Then I have used qemu-system-x86_64 to boot OVMF, but it fails, I don't see anything on tty0 of qemu. When I tried the same by changing to IA32 it seems working. So, could anyone please let me know what I am missing or maybe someone give it a try and see it it's reproducible or not... I am using Ubuntu 15.04 as my build system. Regards, Sai ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel
[edk2] Query regarding hole in EFI Memory Map
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 -serial stdio -bios -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 0xA to 0x10. 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 ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel
Re: [edk2] Query regarding hole in EFI Memory Map
> Of all the gin joints in all the towns in all the world, Prakhya, Sai > Praneeth had to > walk into mine at 16:30 on Monday 14 May 2018 and say: > > > 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 -serial > > stdio -bios -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 0xA to 0x10. 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. > > The map may describe all of physical RAM, however it is not necessarily the > case > that all available RAM be physically contiguous. > > With older IBM PCs based on the Intel 8088 processor, you could only have a > 1MB address space. The first 640KB was available for RAM. The remaining space > traditionally contained memory-mapped option ROMs, particularly for things > like the video BIOS routines. The VGA text screen was also mapped to 0xB8000. > > Obviously, later processors made it possible to have additional memory above > 1MB (sometimes called "high memory"), but for backward compatibility > purposes, the gap from 0xA to 0xF remained. > > So basically, on Intel machines you will always see this gap in RAM due to > "hysterical raisins." It's just an artifact of the platform design. (And for > that > reason you'll see it both with the UEFI memory map facility and the legacy > E820 > BIOS facility). Thanks a lot! for the explanation Bill. I really appreciate it :) Regards, Sai ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel
Re: [edk2] Query regarding hole in EFI Memory Map
> Hey Sai and others, > > I did not verify this is actually the case for QEMU, but the mentioned range > is > usually the SMRAM ASEG. > SMRAM ranges are not reported in the Memory Map by-design. > Thanks for educating us on this Marvin :) Regards, Sai ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel
