|
Re: [PATCH V2 09/10] OvmfPkg/PlatformPei: Build GuidHob for Tdx measurement
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98885
·
|
|
Re: [PATCH V2 07/10] OvmfPkg/IntelTdx: Update tdx measurement in SEC phase
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98884
·
|
|
Re: [PATCH V2 06/10] OvmfPkg/PeilessStartupLib: Build GuidHob for Tdx measurements
This should likewise be a move instead of adding the code first and
delete it elsewhere later.
take care,
Gerd
|
This should likewise be a move instead of adding the code first and
delete it elsewhere later.
take care,
Gerd
|
By
Gerd Hoffmann
·
#98883
·
|
|
Re: [PATCH V2 05/10] OvmfPkg/IntelTdx: Add PeiTdxHelperLib
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98882
·
|
|
Re: [PATCH V2 04/10] OvmfPkg/IntelTdx: Implement other helper functions in SecTdxHelperLib
Hmm? Isn't there just a single TdHob? Why do you need to walk the list
here?
Why do you need this? For standard event types we should have those
structs already defined somewhere in edk2 I think
|
Hmm? Isn't there just a single TdHob? Why do you need to walk the list
here?
Why do you need this? For standard event types we should have those
structs already defined somewhere in edk2 I think
|
By
Gerd Hoffmann
·
#98881
·
|
|
Re: [PATCH V2 02/10] OvmfPkg/IntelTdx: Add TdxHelperLibNull
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98880
·
|
|
Re: [PATCH V2 01/10] OvmfPkg: Add Tdx measurement data structure in WorkArea
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98879
·
|
|
Re: [PATCH V2 03/10] OvmfPkg/IntelTdx: Add SecTdxHelperLib
Hi,
This is moved over from PlatformInitLib.
This is new.
Why copy? You should be able to move the code over in one patch. Maybe
it's easier to do so at the end of the series, i.e. drop this
|
Hi,
This is moved over from PlatformInitLib.
This is new.
Why copy? You should be able to move the code over in one patch. Maybe
it's easier to do so at the end of the series, i.e. drop this
|
By
Gerd Hoffmann
·
#98878
·
|
|
Re: [PATCH 2/3] ArmVirtPkg: CI: Perform build and boot test of ArmVirtQemuKernel
In OvmfPkg I've moved common code over to PlatformBuildLib.py which is
used by the individual *Build.py files (which can be small then).
take care,
Gerd
|
In OvmfPkg I've moved common code over to PlatformBuildLib.py which is
used by the individual *Build.py files (which can be small then).
take care,
Gerd
|
By
Gerd Hoffmann
·
#98877
·
|
|
[PATCH 3/3] ArmVirtPkg: CI: Perform build test of ArmVirtKvmTool
Signed-off-by: Ard Biesheuvel <ardb@...>
---
ArmVirtPkg/PlatformCI/.azurepipelines/Ubuntu-GCC5.yml | 25 +++
ArmVirtPkg/PlatformCI/KvmToolBuild.py | 215
|
Signed-off-by: Ard Biesheuvel <ardb@...>
---
ArmVirtPkg/PlatformCI/.azurepipelines/Ubuntu-GCC5.yml | 25 +++
ArmVirtPkg/PlatformCI/KvmToolBuild.py | 215
|
By
Ard Biesheuvel
·
#98876
·
|
|
[PATCH 2/3] ArmVirtPkg: CI: Perform build and boot test of ArmVirtQemuKernel
Signed-off-by: Ard Biesheuvel <ardb@...>
---
ArmVirtPkg/PlatformCI/.azurepipelines/Ubuntu-GCC5.yml | 43 ++++
ArmVirtPkg/PlatformCI/QemuKernelBuild.py | 268
|
Signed-off-by: Ard Biesheuvel <ardb@...>
---
ArmVirtPkg/PlatformCI/.azurepipelines/Ubuntu-GCC5.yml | 43 ++++
ArmVirtPkg/PlatformCI/QemuKernelBuild.py | 268
|
By
Ard Biesheuvel
·
#98875
·
|
|
[PATCH 1/3] ArmVirtPkg/PrePi: Ensure timely execution of library constructors
PrePi has a bare metal entry point, and so it is in charge of calling
the library constructors once the C runtime has been initialized
sufficiently.
However, we are now relying on a HOB to have been
|
PrePi has a bare metal entry point, and so it is in charge of calling
the library constructors once the C runtime has been initialized
sufficiently.
However, we are now relying on a HOB to have been
|
By
Ard Biesheuvel
·
#98874
·
|
|
[PATCH 0/3] ArmVirtPkg: Increase PlatformCI coverage
We recently experienced some build breakage in one of the ArmVirtPkg=0D
platforms that is not covered by PlatformCI, in the PrePi component=0D
which replaces the entire PEI stage. This component is
|
We recently experienced some build breakage in one of the ArmVirtPkg=0D
platforms that is not covered by PlatformCI, in the PrePi component=0D
which replaces the entire PEI stage. This component is
|
By
Ard Biesheuvel
·
#98873
·
|
|
Re: [PATCH V1 0/2] Add back FfsFindSectionData in EmbeddedPkg
Thanks all
I will go and push this.
|
Thanks all
I will go and push this.
|
By
Ard Biesheuvel
·
#98872
·
|
|
Re: [PATCH V1 0/2] Add back FfsFindSectionData in EmbeddedPkg
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98871
·
|
|
Re: [PATCH] OvmfPkg: Report proper address space width for Cloud Hypervisor
Acked-by: Gerd Hoffmann <kraxel@...>
|
Acked-by: Gerd Hoffmann <kraxel@...>
|
By
Gerd Hoffmann
·
#98870
·
|
|
Re: [edk2-non-osi][PATCH V2] ASpeed/ASpeedGopBinPkg: Update X64/AArch Gop UEFI Driver
NAK
This version updates VERSION_STRING not INF_VERSION
INF_VERSION must be 1.29
VERSION_STRING can be anything you like
|
NAK
This version updates VERSION_STRING not INF_VERSION
INF_VERSION must be 1.29
VERSION_STRING can be anything you like
|
By
Ard Biesheuvel
·
#98869
·
|
|
Re: [PATCH v3 5/5] OvmfPkg/SmmCpuFeaturesLib: Skip SMBASE configuration
Not, it doesn't. We are running in circles. I keep asking about the
producer, you are answering that saying what the consumer should do.
So, you apparently want do SMM initialization earlier, in
|
Not, it doesn't. We are running in circles. I keep asking about the
producer, you are answering that saying what the consumer should do.
So, you apparently want do SMM initialization earlier, in
|
By
Gerd Hoffmann
·
#98868
·
|
|
Re: [PATCH v3 1/5] UefiCpuPkg/SmmBaseHob.h: Add SMM Base HOB Data
Same problem indeed.
The idea looks good to me.
For the smbase case it might also be possible to store the base
address and the per-cpu entry size, then use
smbase = base + size * cpuindex
to
|
Same problem indeed.
The idea looks good to me.
For the smbase case it might also be possible to store the base
address and the per-cpu entry size, then use
smbase = base + size * cpuindex
to
|
By
Gerd Hoffmann
·
#98867
·
|
|
Re: [PATCH v1 1/2] MdeModulePkg: Fix bug in ScsiBusDxe/ScsiBus.c
Thanks for the patch, inline comments below:
|
Thanks for the patch, inline comments below:
|
By
Wu, Hao A
·
#98866
·
|
