|
[PATCH 3/3] OvmfPkg: CloudHv: Rely on PVH memmap instead of CMOS
From: Sebastien Boeuf <sebastien.boeuf@...>
Instead of using the CMOS, the CloudHv platform relies on the list of
memmap entries provided through the PVH boot protocol to determine the
last RAM
From: Sebastien Boeuf <sebastien.boeuf@...>
Instead of using the CMOS, the CloudHv platform relies on the list of
memmap entries provided through the PVH boot protocol to determine the
last RAM
|
By
Boeuf, Sebastien
·
#86863
·
|
|
[PATCH 2/3] OvmfPkg: CloudHv: Retrieve RSDP address from PVH
From: Sebastien Boeuf <sebastien.boeuf@...>
Instead of hardcoding the address of the RSDP in the firmware, let's
rely on the PVH structure hvm_start_info to retrieve this
From: Sebastien Boeuf <sebastien.boeuf@...>
Instead of hardcoding the address of the RSDP in the firmware, let's
rely on the PVH structure hvm_start_info to retrieve this
|
By
Boeuf, Sebastien
·
#86862
·
|
|
[PATCH 1/3] OvmfPkg: Generate CloudHv as a PVH ELF binary
From: Sebastien Boeuf <sebastien.boeuf@...>
Following the model from the Xen target, CloudHv is generated as a PVH
ELF binary to take advantage of the PVH specification.
Signed-off-by:
From: Sebastien Boeuf <sebastien.boeuf@...>
Following the model from the Xen target, CloudHv is generated as a PVH
ELF binary to take advantage of the PVH specification.
Signed-off-by:
|
By
Boeuf, Sebastien
·
#86861
·
|
|
[PATCH 0/3] CloudHv: Rely on PVH boot specification
From: Sebastien Boeuf <sebastien.boeuf@...>
Cloud Hypervisor aims at emulating the minimal amount of legacy devices
and this is why the PVH boot specification is supported. The point is to
be
From: Sebastien Boeuf <sebastien.boeuf@...>
Cloud Hypervisor aims at emulating the minimal amount of legacy devices
and this is why the PVH boot specification is supported. The point is to
be
|
By
Boeuf, Sebastien
·
#86860
·
|
|
Re: [PATCH] IntelFsp2Pkg: BaseFspSwitchStackLib Support for X64 Build
Several comments as below:
1. Need to ensure sufficient space to save IDT
The following will only reserve 8 bytes on stack to save IDT. It is fine for x86, but for x64 mode, the SIDT needs at
Several comments as below:
1. Need to ensure sufficient space to save IDT
The following will only reserve 8 bytes on stack to save IDT. It is fine for x86, but for x64 mode, the SIDT needs at
|
By
Ma, Maurice <maurice.ma@...>
·
#86859
·
|
|
[PATCH] edk2/MdeModulePkg/Debuglib: Add Standalone MM support
https://bugzilla.tianocore.org/show_bug.cgi?id=3D3844
This change added Standalone MM instance of DebugLib.
Cc: Jian J Wang <jian.j.wang@...>
Cc: Liming Gao
https://bugzilla.tianocore.org/show_bug.cgi?id=3D3844
This change added Standalone MM instance of DebugLib.
Cc: Jian J Wang <jian.j.wang@...>
Cc: Liming Gao
|
By
Xiaolu.Jiang
·
#86858
·
|
|
Re: [PATCH V6 26/42] OvmfPkg: Add null instance of PlatformInitLib
What is this library needed for?
take care,
Gerd
What is this library needed for?
take care,
Gerd
|
By
Gerd Hoffmann
·
#86857
·
|
|
Re: [PATCH V6 25/42] OvmfPkg: Update PlatformInitLib to process Tdx hoblist
Acked-by: Gerd Hoffmann <kraxel@...>
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#86856
·
|
|
Re: [PATCH V6 24/42] OvmfPkg/PlatformPei: Update platform functions with PlatformInitLib
.. and again. please quash with patch #23 (also #21 + #22).
take care,
Gerd
.. and again. please quash with patch #23 (also #21 + #22).
take care,
Gerd
|
By
Gerd Hoffmann
·
#86855
·
|
|
Re: [PATCH V6 20/42] OvmfPkg/PlatformPei: Update hob functions PlatformInitLib
Same here, this patch should be squashed with #19 so git can detect the
code motion and maintain history.
take care,
Gerd
Same here, this patch should be squashed with #19 so git can detect the
code motion and maintain history.
take care,
Gerd
|
By
Gerd Hoffmann
·
#86854
·
|
|
Re: [PATCH V6 18/42] OvmfPkg/PlatformPei: Update Cmos functions with PlatformInitLib
Hi,
That kills the git history. Better have adding the cmos function to
PlatformInitLib and removing them from PlatformPei in the same patch,
git will detect that you are effectively moving code
Hi,
That kills the git history. Better have adding the cmos function to
PlatformInitLib and removing them from PlatformPei in the same patch,
git will detect that you are effectively moving code
|
By
Gerd Hoffmann
·
#86853
·
|
|
Re: 回复: [edk2-devel] [PATCH 1/1] OvmfPkg/AmdSev: reserve snp pages
Is there some #define set when building with support for SEV and/or SNP?
If not, should we add one?
I think it would make sense to just not include the OvmfSevMetadata
table (and other metadata) at
Is there some #define set when building with support for SEV and/or SNP?
If not, should we add one?
I think it would make sense to just not include the OvmfSevMetadata
table (and other metadata) at
|
By
Gerd Hoffmann
·
#86852
·
|
|
[PATCH] UefiPayloadPkg: Use Boot Splash
Build with BootLogo using default image by default.
Cc: Ray Ni <ray.ni@...>
Cc: Maurice Ma <maurice.ma@...>
Cc: Benjamin You <benjamin.you@...>
Signed-off-by: Sean Rhodes
Build with BootLogo using default image by default.
Cc: Ray Ni <ray.ni@...>
Cc: Maurice Ma <maurice.ma@...>
Cc: Benjamin You <benjamin.you@...>
Signed-off-by: Sean Rhodes
|
By
Sean Rhodes
·
#86851
·
|
|
Re: MdeModulePkg fails to build with latest clang 14
We use CLANG38.
Cheers,
Ross
We use CLANG38.
Cheers,
Ross
|
By
Ross Burton <ross@...>
·
#86850
·
|
|
Re: [PATCH v3 1/1] UefiPayloadPkg/PayloadLoaderPeim: Use INT64 as input parameter
Reviewed-by: Ray Ni <ray.ni@...>
Reviewed-by: Ray Ni <ray.ni@...>
|
By
Ni, Ray
·
#86849
·
|
|
Re: [PATCH] UefiPayloadPkg: Make Boot Manager Key configurable
Grub runs later. Then what does “conflict” mean?
Grub runs later. Then what does “conflict” mean?
|
By
Ni, Ray
·
#86848
·
|
|
Re: [PATCH] UefiPayloadPkg: Use Boot Splash
+ gUefiPayloadPkgTokenSpaceGuid.PcdBootSplashImage
Is this needed?
+ gUefiPayloadPkgTokenSpaceGuid.PcdBootSplashImage
Is this needed?
|
By
Ni, Ray
·
#86847
·
|
|
Re: [PATCH] IntelFsp2Pkg: BaseFspDebugLibSerialPort Support for X64 Build
Thanks Ray!
@S, Ashraf Ali I think we need to return 64bit pointer in 64bit build, please help to verify and confirm.
Thanks,
Chasel
Thanks Ray!
@S, Ashraf Ali I think we need to return 64bit pointer in 64bit build, please help to verify and confirm.
Thanks,
Chasel
|
By
Chiu, Chasel
·
#86846
·
|
|
Re: [PATCH] IntelFsp2Pkg: BaseFspSwitchStackLib Support for X64 Build
Thanks for good catch, Ray!
@Desimone, Nathaniel L and @Ma, Maurice, please also share your comments for this change.
I think we could directly change CoreStack size and implementation to support
Thanks for good catch, Ray!
@Desimone, Nathaniel L and @Ma, Maurice, please also share your comments for this change.
I think we could directly change CoreStack size and implementation to support
|
By
Chiu, Chasel
·
#86845
·
|
|
[PATCH 2/2] EmulatorPkg/EmuGopDxe: Set ModeInfo after Open successfully
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2668
WindowOpen will fail in some case. for example, without XServer.
Shouldn't set ModeInfo in this case to avoid the caller use
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2668
WindowOpen will fail in some case. for example, without XServer.
Shouldn't set ModeInfo in this case to avoid the caller use
|
By
Guomin Jiang
·
#86844
·
|