|
Re: [RFC] Add parallel hash feature into CryptoPkg.BaseCryptLib.
Hi, Jiewen
I try to explant what means “more than once authentication(e.g. VerifyImageWithDenylist and VerifyImageWithAllowlist)”.
When we confirm the image is effective, we have to confirm not
Hi, Jiewen
I try to explant what means “more than once authentication(e.g. VerifyImageWithDenylist and VerifyImageWithAllowlist)”.
When we confirm the image is effective, we have to confirm not
|
By
Li, Zhihao
·
#80210
·
|
|
Re: [RFC] Add parallel hash feature into CryptoPkg.BaseCryptLib.
I think another problem that we need to consider is that to my knowledge, the MP services do not allow for thread scheduling at all. You can run a call back on multiple processors, but that won't
I think another problem that we need to consider is that to my knowledge, the MP services do not allow for thread scheduling at all. You can run a call back on multiple processors, but that won't
|
By
Ethin Probst
·
#80209
·
|
|
Re: [PATCH v2 1/1] OvmfPkg: Introduce 16MiB flash size for (primarily) Linuxboot
Patch looks sane to me.
Reviewed-by: Gerd Hoffmann <kraxel@...>
How you are going to use the extra space you got?
Do you add kernel + initrd as ffs files to FVMAIN_COMPACT?
take care,
Patch looks sane to me.
Reviewed-by: Gerd Hoffmann <kraxel@...>
How you are going to use the extra space you got?
Do you add kernel + initrd as ffs files to FVMAIN_COMPACT?
take care,
|
By
Gerd Hoffmann
·
#80208
·
|
|
Re: [RFC] Add parallel hash feature into CryptoPkg.BaseCryptLib.
Sorry, I hardly understand the explanation.
Do you have a URL for the POC code?
Sorry, I hardly understand the explanation.
Do you have a URL for the POC code?
|
By
Yao, Jiewen
·
#80207
·
|
|
Re: [PATCH v6 15/29] OvmfPkg/MemEncryptSevLib: add support to validate system RAM
Hi,
Well, their design review document lists two configurations, one (named
"config-a" in the slides) following the existing boot flow and another
("config-b") which skips PEI.
The motivation for
Hi,
Well, their design review document lists two configurations, one (named
"config-a" in the slides) following the existing boot flow and another
("config-b") which skips PEI.
The motivation for
|
By
Gerd Hoffmann
·
#80206
·
|
|
Re: [RFC] Add parallel hash feature into CryptoPkg.BaseCryptLib.
Hi
Some explanation for confusion.
Is the result of the parallel hash identical to the current hash?
The result of parallelhash256 do not identical to the current hash. And we are not intention
Hi
Some explanation for confusion.
Is the result of the parallel hash identical to the current hash?
The result of parallelhash256 do not identical to the current hash. And we are not intention
|
By
Li, Zhihao
·
#80205
·
|
|
Re: [PATCH v6 02/29] OvmfPkg: reserve CPUID page for SEV-SNP
Hi,
Who populates the page? qemu? sev-snp firmware?
Yes, that is the background. Avoiding vmexits would be one advantage.
Being able to test the code without SNP-capable hardware (for example
in
Hi,
Who populates the page? qemu? sev-snp firmware?
Yes, that is the background. Avoiding vmexits would be one advantage.
Being able to test the code without SNP-capable hardware (for example
in
|
By
Gerd Hoffmann
·
#80204
·
|
|
Re: [RFC] Design review for Lazy Page Accept in TDVF
Likewise the expected behavior. For example whenever the protocol
driver or the memory core should update the GCD maps.
Yes. Same for booting the OS, the kernel must have enough memory so it
can
Likewise the expected behavior. For example whenever the protocol
driver or the memory core should update the GCD maps.
Yes. Same for booting the OS, the kernel must have enough memory so it
can
|
By
Gerd Hoffmann
·
#80203
·
|
|
Re: [PATCH V5 2/2] OvmfPkg/ResetVector: Enable Intel TDX in ResetVector of Ovmf
Does that work with tdx?
I had the impression that ovmf can't choose whenever it uses 4-level or
5-level paging in case tdx is enabled, but instead has to use what the
tdx firmware (or hardware?)
Does that work with tdx?
I had the impression that ovmf can't choose whenever it uses 4-level or
5-level paging in case tdx is enabled, but instead has to use what the
tdx firmware (or hardware?)
|
By
Gerd Hoffmann
·
#80202
·
|
|
[edk2-platforms][PATCH v3 2/2] KabylakeOpenBoardPkg/AspireVn7Dash572G/DxeBoardInitLib: Fix byte shift
Since the time is sent to the EC byte-by-byte, perform shift by a byte
multiple of bits. Also update some comments.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
Since the time is sent to the EC byte-by-byte, perform shift by a byte
multiple of bits. Also update some comments.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
|
By
Benjamin Doron
·
#80201
·
|
|
[edk2-platforms][PATCH v3 1/2] KabylakeOpenBoardPkg/AspireVn7Dash572G/BoardEcLib: Check for NULL
Check that Data pointer is not NULL. Also update some notes on this
library.
The documented return values are updated.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
Check that Data pointer is not NULL. Also update some notes on this
library.
The documented return values are updated.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
|
By
Benjamin Doron
·
#80200
·
|
|
[PATCH v2 1/1] OvmfPkg: Introduce 16MiB flash size for (primarily) Linuxboot
The largest size flash image currently available for OVMF builds, 4MiB,
is too small to insert a Linux kernel and initramfs into the DXEFV, and
is thus insufficient for testing Linuxboot builds via
The largest size flash image currently available for OVMF builds, 4MiB,
is too small to insert a Linux kernel and initramfs into the DXEFV, and
is thus insufficient for testing Linuxboot builds via
|
By
Devon Bautista
·
#80199
·
|
|
[PATCH v2 0/1] OVMF: Introduce 16MiB Flash Size
A 4MiB OVMF image is too small for building Linuxboot firmware images
to test with QEMU. This patchset adds the ability to build 16MiB OVMF
images.
Bugzilla:
A 4MiB OVMF image is too small for building Linuxboot firmware images
to test with QEMU. This patchset adds the ability to build 16MiB OVMF
images.
Bugzilla:
|
By
Devon Bautista
·
#80198
·
|
|
[edk2-platforms][PATCH v2 2/2] KabylakeOpenBoardPkg/AspireVn7Dash572G/DxeBoardInitLib: Fix byte shift
Since the time is sent to the EC byte-by-byte, perform shift by a byte
multiple of bits. Also update some comments.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
Since the time is sent to the EC byte-by-byte, perform shift by a byte
multiple of bits. Also update some comments.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
|
By
Benjamin Doron
·
#80197
·
|
|
[edk2-platforms][PATCH v2 1/2] KabylakeOpenBoardPkg/AspireVn7Dash572G/BoardEcLib: Check for NULL
Check that Data pointer is not NULL. Also update some notes on this
library.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Signed-off-by: Benjamin Doron
Check that Data pointer is not NULL. Also update some notes on this
library.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Signed-off-by: Benjamin Doron
|
By
Benjamin Doron
·
#80196
·
|
|
[edk2-platforms][PATCH v1 2/2] KabylakeOpenBoardPkg/AspireVn7Dash572G/DxeBoardInitLib: Fix byte shift
Since the time is sent to the EC byte-by-byte, perform shift by a byte
multiple of bits. Also update some comments.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
Since the time is sent to the EC byte-by-byte, perform shift by a byte
multiple of bits. Also update some comments.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone
|
By
Benjamin Doron
·
#80195
·
|
|
[edk2-platforms][PATCH v1 1/2] KabylakeOpenBoardPkg/AspireVn7Dash572G/BoardEcLib: Check for NULL
Check that Data pointer is not NULL. Also update some notes on this
library.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Signed-off-by: Benjamin Doron
Check that Data pointer is not NULL. Also update some notes on this
library.
Cc: Chasel Chiu <chasel.chiu@...>
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Signed-off-by: Benjamin Doron
|
By
Benjamin Doron
·
#80194
·
|
|
Re: [PATCH 00/17] [RFC] OvmfPkg: Add support for microvm machine type
That is good info.
I recommend to add microvm feature to the https://github.com/tianocore/edk2/blob/master/Maintainers.txt
OvmfPkg: microvm-related modules
F: OvmfPkg/microvm/
F:
That is good info.
I recommend to add microvm feature to the https://github.com/tianocore/edk2/blob/master/Maintainers.txt
OvmfPkg: microvm-related modules
F: OvmfPkg/microvm/
F:
|
By
Yao, Jiewen
·
#80193
·
|
|
Re: [PATCH] Maintainers.txt: Update maintainer/reviewer roles in MdeModulePkg
Pushed via:
PR - https://github.com/tianocore/edk2/pull/1948
Commit - https://github.com/tianocore/edk2/commit/81d71fb86e1ad676e94becb7ffffb403cefd3019
Best Regards,
Hao Wu
Pushed via:
PR - https://github.com/tianocore/edk2/pull/1948
Commit - https://github.com/tianocore/edk2/commit/81d71fb86e1ad676e94becb7ffffb403cefd3019
Best Regards,
Hao Wu
|
By
Wu, Hao A
·
#80192
·
|
|
Re: [PATCH 1/1] MdeModulePkg: Fix typo of "memory" in RamDiskDxe debug message
Pushed via:
PR - https://github.com/tianocore/edk2/pull/1947
Commit - https://github.com/tianocore/edk2/commit/c5e805ffe1098601e84fd501d5fa1d45e9d96a62
Best Regards,
Hao Wu
Pushed via:
PR - https://github.com/tianocore/edk2/pull/1947
Commit - https://github.com/tianocore/edk2/commit/c5e805ffe1098601e84fd501d5fa1d45e9d96a62
Best Regards,
Hao Wu
|
By
Wu, Hao A
·
#80191
·
|