|
Re: [PATCH v3 1/5] OvmfPkg: Handle Cloud Hypervisor host bridge
Can we define PAM register for CloudHv as well - DRAMC_REGISTER_Q35 (MCH_PAM0)?
@@ -77,6 +77,8 @@ STATIC PAM_REGISTER_VALUE mRegisterValuesQ35[] = {
{DRAMC_REGISTER_Q35 (MCH_PAM0), 0x10, 0x20}
Can we define PAM register for CloudHv as well - DRAMC_REGISTER_Q35 (MCH_PAM0)?
@@ -77,6 +77,8 @@ STATIC PAM_REGISTER_VALUE mRegisterValuesQ35[] = {
{DRAMC_REGISTER_Q35 (MCH_PAM0), 0x10, 0x20}
|
By
Yao, Jiewen
·
#84400
·
|
|
Re: [PATCH v3 1/5] OvmfPkg: Handle Cloud Hypervisor host bridge
Reviewed-by: Gerd Hoffmann <kraxel@...>
Reviewed-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#84399
·
|
|
Re: [PATCH v2 1/3] Silicon/ARM/NeoverseN1Soc: Update PciExpressLib to enable CCIX port
Hi Pierre,
I have addressed all the suggested changes and posted v3 version of patches.
I tried to do this, but unfortunately wasn't successful. We are reusing the standard version of PciExpressLib.c
Hi Pierre,
I have addressed all the suggested changes and posted v3 version of patches.
I tried to do this, but unfortunately wasn't successful. We are reusing the standard version of PciExpressLib.c
|
By
Khasim Mohammed
·
#84398
·
|
|
Re: [PATCH v2 3/3] Silicon/ARM/NeoverseN1Soc: Add CCIX root complex support
On Tue, Nov 30, 2021 at 09:06 AM, PierreGondois wrote:
Hi Pierre,
Hi Khasim,
On 11/23/21 1:26 PM, Khasim Mohammed via groups.io wrote:
This patch enables CCIX root complex support by updating
the root
On Tue, Nov 30, 2021 at 09:06 AM, PierreGondois wrote:
Hi Pierre,
Hi Khasim,
On 11/23/21 1:26 PM, Khasim Mohammed via groups.io wrote:
This patch enables CCIX root complex support by updating
the root
|
By
Khasim Mohammed
·
#84397
·
|
|
[PATCH v3 3/3] Silicon/ARM/NeoverseN1Soc: Add CCIX root complex support
This patch enables CCIX root complex support by updating
the root complex node info in PciHostBridge library
and enabling PciSegment library for N1Sdp.
Change-Id:
This patch enables CCIX root complex support by updating
the root complex node info in PciHostBridge library
and enabling PciSegment library for N1Sdp.
Change-Id:
|
By
Khasim Mohammed
·
#84396
·
|
|
[PATCH v3 2/3] Silicon/ARM/NeoverseN1Soc: Port PCI Segment Library
The BasePCISegment Library in MdePkg doesn't allow configuring
multiple segments required for PCIe and CCIX root port
enumeration. Therefore, a custom PCI Segment library is adapted
from
The BasePCISegment Library in MdePkg doesn't allow configuring
multiple segments required for PCIe and CCIX root port
enumeration. Therefore, a custom PCI Segment library is adapted
from
|
By
Khasim Mohammed
·
#84395
·
|
|
[PATCH v3 1/3] Silicon/ARM/NeoverseN1Soc: Update PciExpressLib to enable CCIX port
Update the PciExpressLib to enable CCIX port as PCIe root host by
validating the PCIe addresses and introducing corresponding PCD
entries.
Change-Id:
Update the PciExpressLib to enable CCIX port as PCIe root host by
validating the PCIe addresses and introducing corresponding PCD
entries.
Change-Id:
|
By
Khasim Mohammed
·
#84394
·
|
|
[PATCH v3 0/3] Enable CCIX port as PCIe root host on N1SDP
The patch series enables CCIX port as PCIe root on N1SDP.
V3:
- The conditional logic in GetPciExpressAddress is made simple.
- Removed few more PCD entries that were unused.
- Removed hardcoded
The patch series enables CCIX port as PCIe root on N1SDP.
V3:
- The conditional logic in GetPciExpressAddress is made simple.
- Removed few more PCD entries that were unused.
- Removed hardcoded
|
By
Khasim Mohammed
·
#84393
·
|
|
[PATCH v3 5/5] OvmfPkg: Install ACPI tables for Cloud Hypervisor
From: Sebastien Boeuf <sebastien.boeuf@...>
Adding support for retrieving the Cloud Hypervisor ACPI tables as a
fallback mechanism if tables are not found through fw_cfg.
Reviewed-by: Gerd
From: Sebastien Boeuf <sebastien.boeuf@...>
Adding support for retrieving the Cloud Hypervisor ACPI tables as a
fallback mechanism if tables are not found through fw_cfg.
Reviewed-by: Gerd
|
By
Boeuf, Sebastien
·
#84392
·
|
|
[PATCH v3 4/5] OvmfPkg: Generalize AcpiPlatformDxe
From: Sebastien Boeuf <sebastien.boeuf@...>
Don't make the package Qemu centric so that we can introduce some
alternative support for other VMMs not using the fw_cfg mechanism.
This patch is
From: Sebastien Boeuf <sebastien.boeuf@...>
Don't make the package Qemu centric so that we can introduce some
alternative support for other VMMs not using the fw_cfg mechanism.
This patch is
|
By
Boeuf, Sebastien
·
#84391
·
|
|
[PATCH v3 3/5] OvmfPkg: Retrieve SMBIOS from Cloud Hypervisor
From: Sebastien Boeuf <sebastien.boeuf@...>
Add a fallback on the SMBIOS code to find the SMBIOS table for Cloud
Hypervisor if it couldn't be found for Qemu through fw_cfg.
Reviewed-by: Gerd
From: Sebastien Boeuf <sebastien.boeuf@...>
Add a fallback on the SMBIOS code to find the SMBIOS table for Cloud
Hypervisor if it couldn't be found for Qemu through fw_cfg.
Reviewed-by: Gerd
|
By
Boeuf, Sebastien
·
#84390
·
|
|
[PATCH v3 2/5] OvmfPkg: Create global entry point for SMBIOS parsing
From: Sebastien Boeuf <sebastien.boeuf@...>
Move the generic entry point part out of Qemu.c to anticipate the
addition of new ways of retrieving the SMBIOS table.
Reviewed-by: Gerd Hoffmann
From: Sebastien Boeuf <sebastien.boeuf@...>
Move the generic entry point part out of Qemu.c to anticipate the
addition of new ways of retrieving the SMBIOS table.
Reviewed-by: Gerd Hoffmann
|
By
Boeuf, Sebastien
·
#84389
·
|
|
[PATCH v3 1/5] OvmfPkg: Handle Cloud Hypervisor host bridge
From: Sebastien Boeuf <sebastien.boeuf@...>
Handle things differently when the detected host bridge matches the
Cloud Hypervisor PCI host bridge identifier.
Signed-off-by: Rob Bradford
From: Sebastien Boeuf <sebastien.boeuf@...>
Handle things differently when the detected host bridge matches the
Cloud Hypervisor PCI host bridge identifier.
Signed-off-by: Rob Bradford
|
By
Boeuf, Sebastien
·
#84388
·
|
|
[PATCH v3 0/5] Add Cloud Hypervisor support for x86
From: Sebastien Boeuf <sebastien.boeuf@...>
This series aims at adding the support for the Cloud Hypervisor platform
to the OVMF firmware for x86 architecture.
The goal is to allow the same
From: Sebastien Boeuf <sebastien.boeuf@...>
This series aims at adding the support for the Cloud Hypervisor platform
to the OVMF firmware for x86 architecture.
The goal is to allow the same
|
By
Boeuf, Sebastien
·
#84387
·
|
|
回复: [edk2-devel] [PATCH 1/1] BaseTools: Add FMMT Tool
Christine:
I add my comments below.
This is the expected behavior. Edk2 implementation places AP reset vector into the first 16 bytes in SEC FV.
GenFv tool has the logic to rebase PEIM on its
Christine:
I add my comments below.
This is the expected behavior. Edk2 implementation places AP reset vector into the first 16 bytes in SEC FV.
GenFv tool has the logic to rebase PEIM on its
|
By
gaoliming
·
#84386
·
|
|
回复: [edk2-devel] Uncrustify Conversion Detailed Plan and Extended Hard Freeze Update #4
Mike:
I have no comments for these changes. For MdePkg, MdeModulePkg, FmpDevicePkg, Reviewed-by: Liming Gao <gaoliming@...>
Thanks
Liming
Mike:
I have no comments for these changes. For MdePkg, MdeModulePkg, FmpDevicePkg, Reviewed-by: Liming Gao <gaoliming@...>
Thanks
Liming
|
By
gaoliming
·
#84385
·
|
|
Re: [PATCH 1/1] BaseTools: Add FMMT Tool
Hi Liming,
Need your helps on the first and third issues:
1. As the PI spec defined, for Fv Header "The first 16 bytes are reserved to allow for the reset vector of processors whose reset vector is
Hi Liming,
Need your helps on the first and third issues:
1. As the PI spec defined, for Fv Header "The first 16 bytes are reserved to allow for the reset vector of processors whose reset vector is
|
By
Yuwei Chen
·
#84384
·
|
|
Re: [PATCH v2 5/5] OvmfPkg: Install ACPI tables for Cloud Hypervisor
Reviewed-by: Gerd Hoffmann <kraxel@...>
Reviewed-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#84383
·
|
|
Re: [PATCH v2 3/5] OvmfPkg: Retrieve SMBIOS from Cloud Hypervisor
Reviewed-by: Gerd Hoffmann <kraxel@...>
Reviewed-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#84382
·
|
|
Re: [PATCH v2 2/5] OvmfPkg: Create global entry point for SMBIOS parsing
Reviewed-by: Gerd Hoffmann <kraxel@...>
Reviewed-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#84381
·
|