xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: devel@edk2.groups.io, anthony.perard@citrix.com
Cc: "Ard Biesheuvel" <ard.biesheuvel@linaro.org>,
	"Andrew Cooper" <andrew.cooper3@citrix.com>,
	"Julien Grall" <julien.grall@arm.com>,
	"Jordan Justen" <jordan.l.justen@intel.com>,
	xen-devel@lists.xenproject.org,
	"Roger Pau Monné" <roger.pau@citrix.com>
Subject: Re: [Xen-devel] [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);
>>  
>>
> 


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  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 [Xen-devel] [PATCH v4 00/35] Specific platform to run OVMF in Xen PVH and HVM guests Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 01/35] OvmfPkg/ResetSystemLib: Add missing dependency on PciLib Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 02/35] OvmfPkg: Create platform OvmfXen Anthony PERARD
2019-07-30  9:13   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 03/35] OvmfPkg: Introduce XenResetVector Anthony PERARD
2019-07-30  9:16   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 04/35] OvmfPkg: Introduce XenPlatformPei Anthony PERARD
2019-07-30  9:21   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 05/35] OvmfPkg/OvmfXen: Creating an ELF header Anthony PERARD
2019-07-30  9:25   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 06/35] OvmfPkg/XenResetVector: Add new entry point for Xen PVH Anthony PERARD
2019-07-30  9:33   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-08-07 11:37   ` [Xen-devel] " Roger Pau Monné
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 07/35] OvmfPkg/XenResetVector: Saving start of day pointer for PVH guests Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 08/35] OvmfPkg/XenResetVector: Allow jumpstart from either hvmloader or PVH Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 09/35] OvmfPkg/OvmfXen: use a TimerLib instance that depends only on the CPU Anthony PERARD
2019-07-30  9:41   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-08-07 14:25   ` [Xen-devel] " Roger Pau Monné
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 10/35] OvmfPkg/XenPlatformPei: Detect OVMF_INFO from hvmloader Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 11/35] OvmfPkg/XenPlatformPei: Use mXenHvmloaderInfo to get E820 Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 12/35] OvmfPkg/XenPlatformPei: Grab RSDP from PVH guest start of day struct Anthony PERARD
2019-08-07 14:35   ` [Xen-devel] [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 ` [Xen-devel] [PATCH v4 13/35] OvmfPkg/Library/XenPlatformLib: New library Anthony PERARD
2019-07-30  9:57   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 14/35] OvmfPkg/AcpiPlatformDxe: Use XenPlatformLib Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 15/35] OvmfPkg/AcpiPlatformDxe: Use Xen PVH RSDP if it exist Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 16/35] OvmfPkg/XenHypercallLib: Enable it in PEIM Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 17/35] OvmfPkg/XenPlatformPei: Reinit XenHypercallLib Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 18/35] OvmfPkg/XenPlatformPei: Introduce XenHvmloaderDetected Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 19/35] OvmfPkg/XenPlatformPei: Setup HyperPages earlier Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 20/35] OvmfPkg/XenPlatformPei: Introduce XenPvhDetected Anthony PERARD
2019-08-07 15:03   ` [Xen-devel] [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 ` [Xen-devel] [PATCH v4 21/35] OvmfPkg: Import XENMEM_memory_map hypercall to Xen/memory.h Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 22/35] OvmfPkg/XenPlatformPei: no hvmloader: get the E820 table via hypercall Anthony PERARD
2019-08-07 15:14   ` [Xen-devel] [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 ` [Xen-devel] [PATCH v4 23/35] OvmfPkg/XenPlatformPei: Rework memory detection Anthony PERARD
2019-07-30 11:45   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-30 12:18     ` Laszlo Ersek [this message]
2019-08-07 15:34   ` [Xen-devel] " Roger Pau Monné
2019-08-08 11:13     ` Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 24/35] OvmfPkg/XenPlatformPei: Reserve VGA memory region, to boot Linux Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 25/35] OvmfPkg/XenPlatformPei: Ignore missing PCI Host Bridge on Xen PVH Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 26/35] OvmfPkg/XenPlatformLib: Cache result for XenDetected Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 27/35] OvmfPkg/PlatformBootManagerLib: Use XenDetected from XenPlatformLib Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 28/35] OvmfPkg/PlatformBootManagerLib: Handle the absence of PCI bus on Xen PVH Anthony PERARD
2019-08-07 15:50   ` [Xen-devel] [edk2-devel] " Roger Pau Monné
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 29/35] OvmfPkg/OvmfXen: Override PcdFSBClock to Xen vLAPIC timer frequency Anthony PERARD
2019-08-07 15:54   ` [Xen-devel] [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 ` [Xen-devel] [PATCH v4 30/35] OvmfPkg/OvmfXen: Introduce XenTimerDxe Anthony PERARD
2019-07-30 12:30   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 31/35] OvmfPkg/PlatformBootManagerLib: Use a Xen console for ConOut/ConIn Anthony PERARD
2019-07-30 12:34   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-08-07 16:00   ` Roger Pau Monné
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 32/35] OvmfPkg: Introduce PcdXenGrantFrames Anthony PERARD
2019-07-30 12:47   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 33/35] OvmfPkg: Introduce XenIoPvhDxe to initialize Grant Tables Anthony PERARD
2019-07-30 13:01   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-08-07 16:07   ` Roger Pau Monné
2019-08-08 13:53     ` Anthony PERARD
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 34/35] OvmfPkg: Move XenRealTimeClockLib from ArmVirtPkg Anthony PERARD
2019-07-30 13:05   ` [Xen-devel] [edk2-devel] " Laszlo Ersek
2019-07-29 15:39 ` [Xen-devel] [PATCH v4 35/35] OvmfPkg/OvmfXen: use RealTimeClockRuntimeDxe from EmbeddedPkg Anthony PERARD
2019-08-07 16:09   ` [Xen-devel] [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 ` [Xen-devel] [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-all 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=lersek@redhat.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=anthony.perard@citrix.com \
    --cc=ard.biesheuvel@linaro.org \
    --cc=devel@edk2.groups.io \
    --cc=jordan.l.justen@intel.com \
    --cc=julien.grall@arm.com \
    --cc=roger.pau@citrix.com \
    --cc=xen-devel@lists.xenproject.org \
    /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;
as well as URLs for NNTP newsgroup(s).