|
Re: Guidance about CI
can cloud hypervisor boot on any of the free CI providers?
If you look at ArmVirt, Ovmf, and even the emulatorpkg those all do similar things. They are able to run on azure dev-ops cloud agents.
If
can cloud hypervisor boot on any of the free CI providers?
If you look at ArmVirt, Ovmf, and even the emulatorpkg those all do similar things. They are able to run on azure dev-ops cloud agents.
If
|
By
Sean
·
#85279
·
|
|
Guidance about CI
Hi folks,
I was wondering if you would be okay with me adding Cloud Hypervisor to the EDK2 CI.
The idea would be to run a quick/simple test that Cloud Hypervisor can properly boot
with the OVMF
Hi folks,
I was wondering if you would be okay with me adding Cloud Hypervisor to the EDK2 CI.
The idea would be to run a quick/simple test that Cloud Hypervisor can properly boot
with the OVMF
|
By
Boeuf, Sebastien
·
#85278
·
|
|
Re: [edk2-non-osi] [PATCH V2] WhitleyOpenBoardBinPkg : Update JunctionCity IFWI binaries
Reviewed-by: Isaac Oram <isaac.w.oram@...>
Reviewed-by: Isaac Oram <isaac.w.oram@...>
|
By
Isaac Oram
·
#85277
·
|
|
[PATCH v1 1/1] FmpDevicePkg/FmpDxe: Update FmpDeviceCheckImageWithStatus() handling
From: Michael Kubacki <michael.kubacki@...>
Update the logic handling last attempt status codes from
FmpDeviceCheckImageWithStatus() implementations to account for
cases when the function
From: Michael Kubacki <michael.kubacki@...>
Update the logic handling last attempt status codes from
FmpDeviceCheckImageWithStatus() implementations to account for
cases when the function
|
By
Michael Kubacki
·
#85276
·
|
|
Re: [PATCH RESEND] OvmfPkg/AmdSev/SecretPei: Mark SEV launch secret area as reserved
Thanks!
-Dov
By
Dov Murik
·
#85275
·
|
|
Re: [PATCH RESEND] OvmfPkg/AmdSev/SecretPei: Mark SEV launch secret area as reserved
Merged: https://github.com/tianocore/edk2/commit/079a58276b98dc97ca363e3bc8b35cc7baa56d76
Merged: https://github.com/tianocore/edk2/commit/079a58276b98dc97ca363e3bc8b35cc7baa56d76
|
By
Yao, Jiewen
·
#85274
·
|
|
[PATCH RESEND] OvmfPkg/AmdSev/SecretPei: Mark SEV launch secret area as reserved
Mark the SEV launch secret MEMFD area as reserved, which will allow the
guest OS to use it during the lifetime of the OS, without creating
copies of the sensitive content.
Cc: Jordan Justen
Mark the SEV launch secret MEMFD area as reserved, which will allow the
guest OS to use it during the lifetime of the OS, without creating
copies of the sensitive content.
Cc: Jordan Justen
|
By
Dov Murik
·
#85273
·
|
|
回复: [PATCH v2] MdePkg: Add registers of boot partition feature
Reviewed-by: Liming Gao <gaoliming@...>
Spec
Submission
Submission
Reviewed-by: Liming Gao <gaoliming@...>
Spec
Submission
Submission
|
By
gaoliming
·
#85272
·
|
|
回复: [Patch] BaseTools: Fix the bug of --cmd-len build option
Reviewed-by: Liming Gao <gaoliming@...>
PlatformInfo.Platform._GuidDict}
Reviewed-by: Liming Gao <gaoliming@...>
PlatformInfo.Platform._GuidDict}
|
By
gaoliming
·
#85271
·
|
|
回复: [edk2-devel] [PATCH v2 2/6] MdePkg: MmCommunication2: Update MM communicate2 function description
Reviewed-by: Liming Gao <gaoliming@...>
Reviewed-by: Liming Gao <gaoliming@...>
|
By
gaoliming
·
#85270
·
|
|
回复: [edk2-devel] Help need
This issue has been fixed in edk2 master (commit 20b292d0cdf7dce58d824fdf9ab1613c2a1ad2ec 2020/12/29). Please make sure new edk2 be used.
Thanks
Liming
发件人: devel@edk2.groups.io
This issue has been fixed in edk2 master (commit 20b292d0cdf7dce58d824fdf9ab1613c2a1ad2ec 2020/12/29). Please make sure new edk2 be used.
Thanks
Liming
发件人: devel@edk2.groups.io
|
By
gaoliming
·
#85269
·
|
|
回复: [edk2-devel] [PATCH v1 2/4] MdePkg: Replace Opcode with the corresponding instructions.
Jason:
Can you also update MdePkg\Include\Ia32\Nasm.inc and MdePkg\Include\X64\Nasm.inc?
Meanwhile, please also update BaseTools\Conf\tools_def.template to mention the required minimal nasm
Jason:
Can you also update MdePkg\Include\Ia32\Nasm.inc and MdePkg\Include\X64\Nasm.inc?
Meanwhile, please also update BaseTools\Conf\tools_def.template to mention the required minimal nasm
|
By
gaoliming
·
#85268
·
|
|
Re: Help need
Hello There,
Any update on the below issue?
Best Regards,
Raihan
Hello There,
Any update on the below issue?
Best Regards,
Raihan
|
By
Bin Yusof, Muhammad RaihanX <muhammad.raihanx.bin.yusof@...>
·
#85267
·
|
|
[PATCH] IntelSiliconPkg: Adopt FSP spec version 2.3
From: LakX Huang <lakx.huang@...>
Usage of ExtendedImageRevision
Changed the Revision size of Firmware Version Structure from
UINT8 to UINT16.
Signed-off-by: LakX Huang
From: LakX Huang <lakx.huang@...>
Usage of ExtendedImageRevision
Changed the Revision size of Firmware Version Structure from
UINT8 to UINT16.
Signed-off-by: LakX Huang
|
By
lakx.huang@...
·
#85266
·
|
|
Event: TianoCore Bug Triage - APAC / NAMO - 01/04/2022
#cal-reminder
Reminder: TianoCore Bug Triage - APAC / NAMO
When:
01/04/2022
6:30pm to 7:30pm
(UTC-08:00) America/Los
Reminder: TianoCore Bug Triage - APAC / NAMO
When:
01/04/2022
6:30pm to 7:30pm
(UTC-08:00) America/Los
|
By
devel@edk2.groups.io Calendar <noreply@...>
·
#85265
·
|
|
Re: [PATCH v7 0/3] MdeModulePkg: Fix UfsBlockIoPei timing problem
Series pushed via:
PR -
By
Wu, Hao A
·
#85264
·
|
|
Re: [PATCH v2 0/6] MM communicate functionality in variable policy
Hi MdePkg, MdeModulePkg and ArmPkg maintainers,
Happy new year!
It has been a while since this v2 patch series has been sent out for review. Could you please take a look and provide feedback? Any
Hi MdePkg, MdeModulePkg and ArmPkg maintainers,
Happy new year!
It has been a while since this v2 patch series has been sent out for review. Could you please take a look and provide feedback? Any
|
By
Kun Qin
·
#85263
·
|
|
Re: [PATCH 08/10] OvmfPkg: Update Sec to support Tdvf Config-B
Hi,
Yes, I think we need a PlatformLib for the platform initialization
code. With PEI we would simply link the lib into PlatformPei, without
PEI we would link parts of the lib into SEC and parts of
Hi,
Yes, I think we need a PlatformLib for the platform initialization
code. With PEI we would simply link the lib into PlatformPei, without
PEI we would link parts of the lib into SEC and parts of
|
By
Gerd Hoffmann
·
#85262
·
|
|
Re: [PATCH] Update Graphics Info Hob FrameBufferSize Based on UEFI Spec 2.0
Hi., Michael
The issue was coming due to assign UINTN to UINT32 (warning C4244: '=': conversion from 'UINTN' to 'UINT32', possible loss of data)
I will fix this in my code instead of changing in
Hi., Michael
The issue was coming due to assign UINTN to UINT32 (warning C4244: '=': conversion from 'UINTN' to 'UINT32', possible loss of data)
I will fix this in my code instead of changing in
|
By
Ashraf Ali S
·
#85261
·
|
|
Re: [PATCH] Update Graphics Info Hob FrameBufferSize Based on UEFI Spec 2.0
Hi Ashraf,
HOBs must never use UINTN or pointer fields. HOBs must always be the same size no matter
what CPU or CPU mode the structure is compiler for.
This is also a non-backwards compatible
Hi Ashraf,
HOBs must never use UINTN or pointer fields. HOBs must always be the same size no matter
what CPU or CPU mode the structure is compiler for.
This is also a non-backwards compatible
|
By
Michael D Kinney
·
#85260
·
|