From: "Laszlo Ersek" <lersek@redhat.com>
To: devel@edk2.groups.io, anthony.perard@citrix.com
Cc: "Julien Grall" <julien.grall@arm.com>,
xen-devel@lists.xenproject.org,
"Jordan Justen" <jordan.l.justen@intel.com>,
"Ard Biesheuvel" <ard.biesheuvel@linaro.org>,
"Roger Pau Monné" <roger.pau@citrix.com>,
"Andrew Cooper" <andrew.cooper3@citrix.com>
Subject: Re: [edk2-devel] [PATCH v4 23/35] OvmfPkg/XenPlatformPei: Rework memory detection
Date: Tue, 30 Jul 2019 14:18:13 +0200 [thread overview]
Message-ID: <7843d4b3-53b6-8fe3-5d3a-9281216dab86@redhat.com> (raw)
In-Reply-To: <7b8cb5ef-2163-9e22-350f-877be6951b34@redhat.com>
On 07/30/19 13:45, Laszlo Ersek wrote:
> On 07/29/19 17:39, Anthony PERARD wrote:
>> When running as a Xen PVH guest, there is no CMOS to read the memory
>> size from. Rework GetSystemMemorySize(Below|Above)4gb() so they can
>> work without CMOS by reading the e820 table.
>>
>> Rework XenPublishRamRegions to also care for the reserved and ACPI
>> entry in the e820 table. The region that was added by InitializeXen()
>> isn't needed as that same entry is in the e820 table provided by
>> hvmloader.
>>
>> MTRR settings aren't modified anymore, on HVM it's already done by
>> hvmloader, on PVH it is supposed to have sane default. MTRR will need
>> to be done properly but keeping what's already been done by programmes
>> that has runned before OVMF will do for now.
>
> (1) s/programmes that has runned/programs that have run/
>
>>
>> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1689
>> Signed-off-by: Anthony PERARD <anthony.perard@citrix.com>
>> Acked-by: Laszlo Ersek <lersek@redhat.com>
>> ---
>>
>> Notes:
>> v4:
>> - some coding style
>> - Added AddReservedMemoryRangeHob, and using it.
>> - this patch now replace "OvmfPkg/XenPlatformPei: Reserve hvmloader's memory only when it has run"
>> from v3. hvmloader have added an entry in the e820 table, there is no
>> need for a special case.
>> - now, everything that is in the e820 table is added to OVMF's memory
>> map, no more skipping ACPI entries or hvmloader's reserved entries.
>> Instead, we look for the local APIC region and avoid it if it is
>> present in the e820.
>> - rework commit message
>>
>> OvmfPkg/XenPlatformPei/Platform.h | 13 ++++++
>> OvmfPkg/XenPlatformPei/MemDetect.c | 69 +++++++++++++++++++++++++++++
>> OvmfPkg/XenPlatformPei/Platform.c | 11 +++++
>> OvmfPkg/XenPlatformPei/Xen.c | 70 +++++++++++++++++++-----------
>> 4 files changed, 137 insertions(+), 26 deletions(-)
>>
>> diff --git a/OvmfPkg/XenPlatformPei/Platform.h b/OvmfPkg/XenPlatformPei/Platform.h
>> index db9a62572f..7661f4a8de 100644
>> --- a/OvmfPkg/XenPlatformPei/Platform.h
>> +++ b/OvmfPkg/XenPlatformPei/Platform.h
>> @@ -44,6 +44,13 @@ AddReservedMemoryBaseSizeHob (
>> BOOLEAN Cacheable
>> );
>>
>> +VOID
>> +AddReservedMemoryRangeHob (
>> + EFI_PHYSICAL_ADDRESS MemoryBase,
>> + EFI_PHYSICAL_ADDRESS MemoryLimit,
>> + BOOLEAN Cacheable
>> + );
>> +
>> VOID
>> AddressWidthInitialization (
>> VOID
>> @@ -114,6 +121,12 @@ XenPublishRamRegions (
>> VOID
>> );
>>
>> +EFI_STATUS
>> +XenGetE820Map (
>> + EFI_E820_ENTRY64 **Entries,
>> + UINT32 *Count
>> + );
>> +
>> extern EFI_BOOT_MODE mBootMode;
>>
>> extern UINT8 mPhysMemAddressWidth;
>> diff --git a/OvmfPkg/XenPlatformPei/MemDetect.c b/OvmfPkg/XenPlatformPei/MemDetect.c
>> index cf95f9c474..1f81eee407 100644
>> --- a/OvmfPkg/XenPlatformPei/MemDetect.c
>> +++ b/OvmfPkg/XenPlatformPei/MemDetect.c
>> @@ -96,6 +96,45 @@ Q35TsegMbytesInitialization (
>> mQ35TsegMbytes = ExtendedTsegMbytes;
>> }
>>
>> +STATIC
>> +UINT64
>> +GetHighestSystemMemoryAddress (
>> + BOOLEAN Below4gb
>> + )
>> +{
>> + EFI_E820_ENTRY64 *E820Map;
>> + UINT32 E820EntriesCount;
>> + EFI_E820_ENTRY64 *Entry;
>> + EFI_STATUS Status;
>> + UINT32 Loop;
>> + UINT64 HighestAddress;
>> + UINT64 EntryEnd;
>> +
>> + HighestAddress = 0;
>> +
>> + Status = XenGetE820Map (&E820Map, &E820EntriesCount);
>> + ASSERT_EFI_ERROR (Status);
>> +
>> + for (Loop = 0; Loop < E820EntriesCount; Loop++) {
>> + Entry = E820Map + Loop;
>> + EntryEnd = Entry->BaseAddr + Entry->Length;
>> +
>> + if (Entry->Type == EfiAcpiAddressRangeMemory &&
>> + EntryEnd > HighestAddress) {
>> +
>> + if (Below4gb && (EntryEnd <= BASE_4GB)) {
>> + HighestAddress = EntryEnd;
>> + } else if (!Below4gb && (EntryEnd >= BASE_4GB)) {
>> + HighestAddress = EntryEnd;
>> + }
>> + }
>> + }
>> +
>> + //
>> + // Round down the end address.
>> + //
>> + return HighestAddress & ~(UINT64)EFI_PAGE_MASK;
>> +}
>>
>> UINT32
>> GetSystemMemorySizeBelow4gb (
>> @@ -105,6 +144,19 @@ GetSystemMemorySizeBelow4gb (
>> UINT8 Cmos0x34;
>> UINT8 Cmos0x35;
>>
>> + //
>> + // In PVH case, there is no CMOS, we have to calculate the memory size
>> + // from parsing the E820
>> + //
>> + if (XenPvhDetected ()) {
>> + UINT64 HighestAddress;
>> +
>> + HighestAddress = GetHighestSystemMemoryAddress (TRUE);
>> + ASSERT (HighestAddress > 0 && HighestAddress <= BASE_4GB);
>> +
>> + return HighestAddress;
>> + }
>> +
>> //
>> // CMOS 0x34/0x35 specifies the system memory above 16 MB.
>> // * CMOS(0x35) is the high byte
>> @@ -129,6 +181,23 @@ GetSystemMemorySizeAbove4gb (
>> UINT32 Size;
>> UINTN CmosIndex;
>>
>> + //
>> + // In PVH case, there is no CMOS, we have to calculate the memory size
>> + // from parsing the E820
>> + //
>> + if (XenPvhDetected ()) {
>> + UINT64 HighestAddress;
>> +
>> + HighestAddress = GetHighestSystemMemoryAddress (FALSE);
>> + ASSERT (HighestAddress == 0 || HighestAddress >= BASE_4GB);
>> +
>> + if (HighestAddress >= BASE_4GB) {
>> + HighestAddress -= BASE_4GB;
>> + }
>> +
>> + return HighestAddress;
>> + }
>> +
>> //
>> // CMOS 0x5b-0x5d specifies the system memory above 4GB MB.
>> // * CMOS(0x5d) is the most significant size byte
>> diff --git a/OvmfPkg/XenPlatformPei/Platform.c b/OvmfPkg/XenPlatformPei/Platform.c
>> index 6aaafc3ee9..2f42ca6ccd 100644
>> --- a/OvmfPkg/XenPlatformPei/Platform.c
>> +++ b/OvmfPkg/XenPlatformPei/Platform.c
>> @@ -102,6 +102,17 @@ AddReservedMemoryBaseSizeHob (
>> );
>> }
>>
>> +VOID
>> +AddReservedMemoryRangeHob (
>> + EFI_PHYSICAL_ADDRESS MemoryBase,
>> + EFI_PHYSICAL_ADDRESS MemoryLimit,
>> + BOOLEAN Cacheable
>> + )
>> +{
>> + AddReservedMemoryBaseSizeHob (MemoryBase,
>> + (UINT64)(MemoryLimit - MemoryBase), Cacheable);
>> +}
>> +
>> VOID
>> AddIoMemoryRangeHob (
>> EFI_PHYSICAL_ADDRESS MemoryBase,
>> diff --git a/OvmfPkg/XenPlatformPei/Xen.c b/OvmfPkg/XenPlatformPei/Xen.c
>> index a21d657357..182e96cc5b 100644
>> --- a/OvmfPkg/XenPlatformPei/Xen.c
>> +++ b/OvmfPkg/XenPlatformPei/Xen.c
>> @@ -276,9 +276,12 @@ XenPublishRamRegions (
>> VOID
>> )
>> {
>> - EFI_E820_ENTRY64 *E820Map;
>> - UINT32 E820EntriesCount;
>> - EFI_STATUS Status;
>> + EFI_E820_ENTRY64 *E820Map;
>> + UINT32 E820EntriesCount;
>> + EFI_STATUS Status;
>> + EFI_E820_ENTRY64 *Entry;
>> + UINTN Index;
>> + EFI_PHYSICAL_ADDRESS LocalApic;
>>
>> DEBUG ((DEBUG_INFO, "Using memory map provided by Xen\n"));
>>
>> @@ -287,26 +290,47 @@ XenPublishRamRegions (
>> //
>> E820EntriesCount = 0;
>> Status = XenGetE820Map (&E820Map, &E820EntriesCount);
>> -
>> ASSERT_EFI_ERROR (Status);
>>
>> - if (E820EntriesCount > 0) {
>> - EFI_E820_ENTRY64 *Entry;
>> - UINT32 Loop;
>> -
>> - for (Loop = 0; Loop < E820EntriesCount; Loop++) {
>> - Entry = E820Map + Loop;
>> -
>> - //
>> - // Only care about RAM
>> - //
>> - if (Entry->Type != EfiAcpiAddressRangeMemory) {
>> - continue;
>> + LocalApic = PcdGet32(PcdCpuLocalApicBaseAddress);
>
> (2) missing space before "(" -- but, actually, please see below
>
>
>> + AddIoMemoryBaseSizeHob (LocalApic, SIZE_1MB);
>> +
>> + for (Index = 0; Index < E820EntriesCount; Index++) {
>> + UINT64 Base;
>> + UINT64 End;
>> +
>> + Entry = &E820Map[Index];
>> +
>> + //
>> + // Round up the start address, and round down the end address.
>> + //
>> + Base = ALIGN_VALUE (Entry->BaseAddr, (UINT64)EFI_PAGE_SIZE);
>> + End = (Entry->BaseAddr + Entry->Length) & ~(UINT64)EFI_PAGE_MASK;
>> +
>> + switch (Entry->Type) {
>> + case EfiAcpiAddressRangeMemory:
>> + AddMemoryRangeHob (Base, End);
>> + break;
>> + case EfiAcpiAddressRangeACPI:
>> + AddReservedMemoryRangeHob (Base, End, FALSE);
>> + break;
>> + case EfiAcpiAddressRangeReserved:
>> + if (Base < LocalApic && LocalApic < End) {
>> + //
>> + // hvmloader marks a range that overlaps with the local APIC memory
>> + // mapped region as reserved, but CpuDxe wants it as mapped IO. We
>> + // have already added it as mapped IO, so skip it here.
>> + //
>> + AddReservedMemoryRangeHob (Base, LocalApic, FALSE);
>> + if (End > (LocalApic + SIZE_1MB)) {
>> + AddReservedMemoryRangeHob (LocalApic + SIZE_1MB, End, FALSE);
>> + }
>> + } else {
>> + AddReservedMemoryRangeHob (Base, End, FALSE);
>> }
>
> (3) Not sure how general you want to be here, but I don't think this is
> fully general. How about:
>
> (3a) before the loop, drop "LocalApic", and add:
>
> UINT64 LapicBase;
> UINT64 LapicEnd;
>
> LapicBase = PcdGet32 (PcdCpuLocalApicBaseAddress);
> LapicEnd = LapicBase + SIZE_1MB;
>
> (3b) inside the loop body, near the top of the block, add:
>
> UINT64 ReservedBase;
> UINT64 ReservedEnd;
>
> (3c) under the EfiAcpiAddressRangeReserved case label:
>
> //
> // add LAPIC predecessor range, if any
> //
> ReservedBase = Base;
> ReservedEnd = MIN (End, LapicBase);
> if (ReservedBase < ReservedEnd) {
> AddReservedMemoryRangeHob (ReservedBase, ReservedEnd, FALSE);
> }
>
> //
> // add LAPIC successor range, if any
> //
> ReservedBase = MAX (Base, LapicEnd);
> ReservedEnd = End;
> if (ReservedBase < ReservedEnd) {
> AddReservedMemoryRangeHob (ReservedBase, ReservedEnd, FALSE);
> }
>
> This will cover all possible constellations between the [LapicBase,
> LapicEnd) and [Base, End) intervals.
>
> --*--
>
> Regarding the approach itself, I'll defer to Roger.
If you and Roger both think that the present patch is good enough
(because there is no issue in practice), I'm OK to ACK the patch -- I
can fix the typos (1) and (2) when pushing.
(What I propose under (3) could be posted as an incremental improvement,
if you agree with it. It could be ignored too, if you think the
suggested generality is speculative and would never be exercised in
practice.)
Thanks
Laszlo
>> -
>> - AddMemoryBaseSizeHob (Entry->BaseAddr, Entry->Length);
>> -
>> - MtrrSetMemoryAttribute (Entry->BaseAddr, Entry->Length, CacheWriteBack);
>> + break;
>> + default:
>> + break;
>> }
>> }
>> }
>> @@ -326,12 +350,6 @@ InitializeXen (
>> {
>> RETURN_STATUS PcdStatus;
>>
>> - //
>> - // Reserve away HVMLOADER reserved memory [0xFC000000,0xFD000000).
>> - // This needs to match HVMLOADER RESERVED_MEMBASE/RESERVED_MEMSIZE.
>> - //
>> - AddReservedMemoryBaseSizeHob (0xFC000000, 0x1000000, FALSE);
>> -
>> PcdStatus = PcdSetBoolS (PcdPciDisableBusEnumeration, TRUE);
>> ASSERT_RETURN_ERROR (PcdStatus);
>>
>>
>
next prev parent reply other threads:[~2019-07-30 12:18 UTC|newest]
Thread overview: 81+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-29 15:39 [PATCH v4 00/35] Specific platform to run OVMF in Xen PVH and HVM guests Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 01/35] OvmfPkg/ResetSystemLib: Add missing dependency on PciLib Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 02/35] OvmfPkg: Create platform OvmfXen Anthony PERARD
2019-07-30 9:13 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 03/35] OvmfPkg: Introduce XenResetVector Anthony PERARD
2019-07-30 9:16 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 04/35] OvmfPkg: Introduce XenPlatformPei Anthony PERARD
2019-07-30 9:21 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 05/35] OvmfPkg/OvmfXen: Creating an ELF header Anthony PERARD
2019-07-30 9:25 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 06/35] OvmfPkg/XenResetVector: Add new entry point for Xen PVH Anthony PERARD
2019-07-30 9:33 ` [edk2-devel] " Laszlo Ersek
2019-08-07 11:37 ` Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 07/35] OvmfPkg/XenResetVector: Saving start of day pointer for PVH guests Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 08/35] OvmfPkg/XenResetVector: Allow jumpstart from either hvmloader or PVH Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 09/35] OvmfPkg/OvmfXen: use a TimerLib instance that depends only on the CPU Anthony PERARD
2019-07-30 9:41 ` [edk2-devel] " Laszlo Ersek
2019-08-07 14:25 ` Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 10/35] OvmfPkg/XenPlatformPei: Detect OVMF_INFO from hvmloader Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 11/35] OvmfPkg/XenPlatformPei: Use mXenHvmloaderInfo to get E820 Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 12/35] OvmfPkg/XenPlatformPei: Grab RSDP from PVH guest start of day struct Anthony PERARD
2019-08-07 14:35 ` [edk2-devel] " Roger Pau Monné
2019-08-08 10:26 ` Anthony PERARD
2019-08-08 10:40 ` Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 13/35] OvmfPkg/Library/XenPlatformLib: New library Anthony PERARD
2019-07-30 9:57 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 14/35] OvmfPkg/AcpiPlatformDxe: Use XenPlatformLib Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 15/35] OvmfPkg/AcpiPlatformDxe: Use Xen PVH RSDP if it exist Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 16/35] OvmfPkg/XenHypercallLib: Enable it in PEIM Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 17/35] OvmfPkg/XenPlatformPei: Reinit XenHypercallLib Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 18/35] OvmfPkg/XenPlatformPei: Introduce XenHvmloaderDetected Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 19/35] OvmfPkg/XenPlatformPei: Setup HyperPages earlier Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 20/35] OvmfPkg/XenPlatformPei: Introduce XenPvhDetected Anthony PERARD
2019-08-07 15:03 ` [edk2-devel] " Roger Pau Monné
2019-08-08 10:38 ` Anthony PERARD
2019-08-08 10:43 ` Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 21/35] OvmfPkg: Import XENMEM_memory_map hypercall to Xen/memory.h Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 22/35] OvmfPkg/XenPlatformPei: no hvmloader: get the E820 table via hypercall Anthony PERARD
2019-08-07 15:14 ` [edk2-devel] " Roger Pau Monné
2019-08-08 10:41 ` Anthony PERARD
2019-08-08 10:45 ` Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 23/35] OvmfPkg/XenPlatformPei: Rework memory detection Anthony PERARD
2019-07-30 11:45 ` [edk2-devel] " Laszlo Ersek
2019-07-30 12:18 ` Laszlo Ersek [this message]
2019-08-07 15:34 ` Roger Pau Monné
2019-08-08 11:13 ` Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 24/35] OvmfPkg/XenPlatformPei: Reserve VGA memory region, to boot Linux Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 25/35] OvmfPkg/XenPlatformPei: Ignore missing PCI Host Bridge on Xen PVH Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 26/35] OvmfPkg/XenPlatformLib: Cache result for XenDetected Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 27/35] OvmfPkg/PlatformBootManagerLib: Use XenDetected from XenPlatformLib Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 28/35] OvmfPkg/PlatformBootManagerLib: Handle the absence of PCI bus on Xen PVH Anthony PERARD
2019-08-07 15:50 ` [edk2-devel] " Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 29/35] OvmfPkg/OvmfXen: Override PcdFSBClock to Xen vLAPIC timer frequency Anthony PERARD
2019-08-07 15:54 ` [edk2-devel] " Roger Pau Monné
2019-08-08 13:28 ` Anthony PERARD
2019-08-08 13:44 ` Roger Pau Monné
2019-08-08 14:26 ` Anthony PERARD
2019-08-08 15:18 ` Roger Pau Monné
2019-08-12 14:45 ` Anthony PERARD
2019-08-08 20:27 ` Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 30/35] OvmfPkg/OvmfXen: Introduce XenTimerDxe Anthony PERARD
2019-07-30 12:30 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 31/35] OvmfPkg/PlatformBootManagerLib: Use a Xen console for ConOut/ConIn Anthony PERARD
2019-07-30 12:34 ` [edk2-devel] " Laszlo Ersek
2019-08-07 16:00 ` Roger Pau Monné
2019-07-29 15:39 ` [PATCH v4 32/35] OvmfPkg: Introduce PcdXenGrantFrames Anthony PERARD
2019-07-30 12:47 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 33/35] OvmfPkg: Introduce XenIoPvhDxe to initialize Grant Tables Anthony PERARD
2019-07-30 13:01 ` [edk2-devel] " Laszlo Ersek
2019-08-07 16:07 ` Roger Pau Monné
2019-08-08 13:53 ` Anthony PERARD
2019-07-29 15:39 ` [PATCH v4 34/35] OvmfPkg: Move XenRealTimeClockLib from ArmVirtPkg Anthony PERARD
2019-07-30 13:05 ` [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [PATCH v4 35/35] OvmfPkg/OvmfXen: use RealTimeClockRuntimeDxe from EmbeddedPkg Anthony PERARD
2019-08-07 16:09 ` [edk2-devel] " Roger Pau Monné
2019-08-08 14:03 ` Anthony PERARD
2019-08-08 15:19 ` Roger Pau Monné
2019-07-30 12:38 ` [edk2-devel] [PATCH v4 00/35] Specific platform to run OVMF in Xen PVH and HVM guests Laszlo Ersek
2019-07-30 13:10 ` Laszlo Ersek
2019-08-12 15:12 ` Anthony PERARD
2019-08-13 9:02 ` Laszlo Ersek
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=7843d4b3-53b6-8fe3-5d3a-9281216dab86@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