|
Re: [PATCH V2 0/4] CryptoPkg: add more X509 functions.
Can you provide some context as to why we need to make all these x509 functions external?
BaseCryptLib was intended to simplify crypto usage and not be a full featured crypto library interface.
At
Can you provide some context as to why we need to make all these x509 functions external?
BaseCryptLib was intended to simplify crypto usage and not be a full featured crypto library interface.
At
|
By
Sean
·
#94952
·
|
|
Re: [edk2-platforms][PATCH v1 1/1] IntelSiliconPkg/SpiFvbService: Read FV header length from header
Reviewed-by: Isaac Oram <isaac.w.oram@...>
Reviewed-by: Isaac Oram <isaac.w.oram@...>
|
By
Isaac Oram
·
#94951
·
|
|
[PATCH v1 1/1] Format BaseTools python files using autopep8
Format all python files in BaseTools using the following commands:
$ find . -name '*.py' -exec autopep8 --in-place '{}' \;
This is to make the Python code PEP8 compilant as stated in EDK II
Format all python files in BaseTools using the following commands:
$ find . -name '*.py' -exec autopep8 --in-place '{}' \;
This is to make the Python code PEP8 compilant as stated in EDK II
|
By
Ayush Singh
·
#94950
·
|
|
[PATCH v1 0/1] BaseTools: Fix Python Formatting
Fix formatting of Python files in BaseTools to conform to PEP8 using
autopep8. This does not fix all the warnings/errors from flake8, but I
wanted to get this patch checked out first to see if
Fix formatting of Python files in BaseTools to conform to PEP8 using
autopep8. This does not fix all the warnings/errors from flake8, but I
wanted to get this patch checked out first to see if
|
By
Ayush Singh
·
#94949
·
|
|
Re: [edk2-staging/RiscV64QemuVirt PATCH 26/29] OvmfPkg: Add generic Qemu NOR flash DXE driver
Interesting. In that case, we can continue with current approach of copy in Ovmf
and add the optimization. I was assuming you want the same driver for
real and virtual platforms in MdeModulePkg
Interesting. In that case, we can continue with current approach of copy in Ovmf
and add the optimization. I was assuming you want the same driver for
real and virtual platforms in MdeModulePkg
|
By
Sunil V L
·
#94948
·
|
|
Re: [PATCH 1/1] OvmfPkg/SmbiosPlatformDxe: use PcdFirmwareVersionString
On 10/10/2022 8:42 AM, Gerd Hoffmann wrote: I know this is unrelated to this patch, but should we update the release date at some point? Should we check for an allocation failure
On 10/10/2022 8:42 AM, Gerd Hoffmann wrote: I know this is unrelated to this patch, but should we update the release date at some point? Should we check for an allocation failure
|
By
Rebecca Cran <quic_rcran@...>
·
#94947
·
|
|
Re: [edk2-staging/RiscV64QemuVirt PATCH 26/29] OvmfPkg: Add generic Qemu NOR flash DXE driver
What I would like to do is the following:
- move NvVarstoreFormattedLib into MdeModulePkg (as you proposed already)
- create a new NorFlashDxe in Ovmf that is cleaned up, drops the
handling of locked
What I would like to do is the following:
- move NvVarstoreFormattedLib into MdeModulePkg (as you proposed already)
- create a new NorFlashDxe in Ovmf that is cleaned up, drops the
handling of locked
|
By
Ard Biesheuvel
·
#94946
·
|
|
Re: [edk2-staging/RiscV64QemuVirt PATCH 26/29] OvmfPkg: Add generic Qemu NOR flash DXE driver
Great. Let me rework these patches then.
Oh sorry. I forgot to modify the commit message but what I really meant
was removing the code which depends upon PcdNorFlashCheckBlockLocked for
virtual
Great. Let me rework these patches then.
Oh sorry. I forgot to modify the commit message but what I really meant
was removing the code which depends upon PcdNorFlashCheckBlockLocked for
virtual
|
By
Sunil V L
·
#94945
·
|
|
Re: 回复: [PATCH V4 00/10] Introduce Lazy-accept for Tdx guest
AcceptMemory is not specified to avoid accepting previously accepted
memory. As I understand it, AcceptMemory is purely a hardware
abstraction layer for CC technologies inside the UEFI
AcceptMemory is not specified to avoid accepting previously accepted
memory. As I understand it, AcceptMemory is purely a hardware
abstraction layer for CC technologies inside the UEFI
|
By
Dionna Glaze
·
#94944
·
|
|
Re: [edk2-staging/RiscV64QemuVirt PATCH 26/29] OvmfPkg: Add generic Qemu NOR flash DXE driver
I think that library as well as the definition of
gEdkiiNvVarStoreFormattedGuid should be moved to MdeModulePkg.
Then, we can look at moving NorFlashDxe in there as well.
But you haven't answered my
I think that library as well as the definition of
gEdkiiNvVarStoreFormattedGuid should be moved to MdeModulePkg.
Then, we can look at moving NorFlashDxe in there as well.
But you haven't answered my
|
By
Ard Biesheuvel
·
#94943
·
|
|
Re: [edk2-staging/RiscV64QemuVirt PATCH 26/29] OvmfPkg: Add generic Qemu NOR flash DXE driver
I agree. If we can break the dependency on EmbeddedPkg due to
NvVarStoreFormattedLib, then we can migrate to MdeModulePkg and all
consumers can use the same driver which would be the best solution
I agree. If we can break the dependency on EmbeddedPkg due to
NvVarStoreFormattedLib, then we can migrate to MdeModulePkg and all
consumers can use the same driver which would be the best solution
|
By
Sunil V L
·
#94942
·
|
|
[PATCH 1/1] OvmfPkg/SmbiosPlatformDxe: use PcdFirmwareVersionString
Instead of using hard-coded string "0.0.0" for BiosVersion (which is
quite useless) read PcdFirmwareVersionString and append that to the
type0 entry string table.
Signed-off-by: Gerd Hoffmann
Instead of using hard-coded string "0.0.0" for BiosVersion (which is
quite useless) read PcdFirmwareVersionString and append that to the
type0 entry string table.
Signed-off-by: Gerd Hoffmann
|
By
Gerd Hoffmann
·
#94941
·
|
|
[PATCH v2] UefiCpuPkg/Test: Add unit tests for MP service PPI and Protocol
From: Jason Lou <yun.lou@...>
The code changes add unit tests based on current UnitTestFramework.
EdkiiPeiMpServices2PpiPeiUnitTest PEI module is used to test
EdkiiPeiMpServices2Ppi and
From: Jason Lou <yun.lou@...>
The code changes add unit tests based on current UnitTestFramework.
EdkiiPeiMpServices2PpiPeiUnitTest PEI module is used to test
EdkiiPeiMpServices2Ppi and
|
By
Jason Lou
·
#94940
·
|
|
Re: [edk2-platforms][PATCH v1 1/1] IntelSiliconPkg/SpiFvbService: Read FV header length from header
Reviewed-by: Ashraf Ali S <ashraf.ali.s@...>
Regards,
Ashraf Ali S
Intel Technology India Pvt. Ltd.
Reviewed-by: Ashraf Ali S <ashraf.ali.s@...>
Regards,
Ashraf Ali S
Intel Technology India Pvt. Ltd.
|
By
Ashraf Ali S
·
#94939
·
|
|
[edk2-platforms][PATCH V1 2/2] Platform/Sgi: Enable virtio-p9 device on RD-N2 platform variants
Enable the virtio-p9 device that is present as part of the RoS
peripherals on RD-N2 platform variants. This will allow filesystem
sharing between the Host PC and target platform.
Signed-off-by: Vivek
Enable the virtio-p9 device that is present as part of the RoS
peripherals on RD-N2 platform variants. This will allow filesystem
sharing between the Host PC and target platform.
Signed-off-by: Vivek
|
By
Vivek Kumar Gautam
·
#94938
·
|
|
[edk2-platforms][PATCH V1 1/2] Platform/Sgi: add SSDT table for Virtio-P9
Some of the Arm reference design FVP platforms support the Virtio-p9
device as part of the RoS subsystem. Add an entry for this device in
the SSDT acpi table.
The device entry is listed in a new SSDT
Some of the Arm reference design FVP platforms support the Virtio-p9
device as part of the RoS subsystem. Add an entry for this device in
the SSDT acpi table.
The device entry is listed in a new SSDT
|
By
Vivek Kumar Gautam
·
#94937
·
|
|
[edk2-platforms][PATCH V1 0/2] Enable Virtio-P9 on RD-N2 platforms
Few Arm reference design Fixed Virtual Platforms (FVPs) support Virtio-P9
device as part of the RoS subsystem. The Virtio-P9 device implements a
subset of the Plan 9 file protocol over a virtio
Few Arm reference design Fixed Virtual Platforms (FVPs) support Virtio-P9
device as part of the RoS subsystem. The Virtio-P9 device implements a
subset of the Plan 9 file protocol over a virtio
|
By
Vivek Kumar Gautam
·
#94936
·
|
|
[PATCH V2 4/4] CryptoPkg: add Unit Test for X509 new function.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4082
Cc: Jian J Wang <jian.j.wang@...>
Cc: Xiaoyu Lu <xiaoyu1.lu@...>
Cc: Guomin Jiang <guomin.jiang@...>
Signed-off-by: Qi
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4082
Cc: Jian J Wang <jian.j.wang@...>
Cc: Xiaoyu Lu <xiaoyu1.lu@...>
Cc: Guomin Jiang <guomin.jiang@...>
Signed-off-by: Qi
|
By
Qi Zhang
·
#94935
·
|
|
[PATCH V2 2/4] CryptoPkg: add new X509 function.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4082
Cc: Jian J Wang <jian.j.wang@...>
Cc: Xiaoyu Lu <xiaoyu1.lu@...>
Cc: Guomin Jiang <guomin.jiang@...>
Signed-off-by: Qi
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4082
Cc: Jian J Wang <jian.j.wang@...>
Cc: Xiaoyu Lu <xiaoyu1.lu@...>
Cc: Guomin Jiang <guomin.jiang@...>
Signed-off-by: Qi
|
By
Qi Zhang
·
#94934
·
|
|
[PATCH V2 3/4] CryptoPkg: add new X509 function to Crypto Service.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4082
Cc: Jian J Wang <jian.j.wang@...>
Cc: Xiaoyu Lu <xiaoyu1.lu@...>
Cc: Guomin Jiang <guomin.jiang@...>
Signed-off-by: Qi
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4082
Cc: Jian J Wang <jian.j.wang@...>
Cc: Xiaoyu Lu <xiaoyu1.lu@...>
Cc: Guomin Jiang <guomin.jiang@...>
Signed-off-by: Qi
|
By
Qi Zhang
·
#94933
·
|