REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3679
This dependency is needed to build openssl lib with ECC ciphers
under IA32 Windows and adds implementation for _allmul and _allshr
instrinsics.
It is taken from Project Mu:
microsoft/mu_basecore@b55b341
Cc: Jiewen Yao
Cc: Jian J Wang
Sig
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3679
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3828
Reconfigure OpensslLib to add elliptic curve cipher algorithms.
Cc: Jiewen Yao
Cc: Jian J Wang
Signed-off-by: yi1 li
---
.../Library/Include/openssl/opensslconf.h | 3 --
Cryp
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3679
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3828
Use PCD gEfiCryptoPkgTokenSpaceGuid.PcdEcEnabled to config-able
source files list in OpensslLib.inf and OpensslLibCrypto.inf.
If PcdEcEnabled equals to FALSE, this file will not be compi
Thanks for review and have re-sent patch series.
-Original Message-
From: Yao, Jiewen
Sent: Wednesday, April 13, 2022 2:42 PM
To: Li, Yi1 ; devel@edk2.groups.io
Cc: Wang, Jian J
Subject: RE: [PATCH 0/3] CryptoPkg: Enable ECC in openssllib by a
customize-able way
Thanks for the contrib
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3901
There is no padding for ARCH_IA32, so it is not 4K alignment.
When including ResetVector.ia32.*.raw into fdf, it will cause
"4G - FitTablePointerOffset is occupied!" build issue.
Cc: Ray Ni
Cc: Zhang, Di
Signed-off-by: Huang Long
---
..
Hi,
> > diff --git a/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridge.c
> > b/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridge.c
> > index b20bcd310ad5..51a3b987967f 100644
> > --- a/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridge.c
> > +++ b/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHo
On Tue, Apr 12, 2022 at 10:51:34PM +0800, Yu Pu wrote:
> There are two libraries: MdePkg/CpuLib and UefiCpuPkg/UefiCpuLib and
> UefiCpuPkg/UefiCpuLib will be merged to MdePkg/CpuLib. To avoid build
> failure, add CpuLib dependency to all modules that depend on UefiCpuLib.
>
> Cc: Ard Biesheuvel
>
On Tue, Apr 12, 2022 at 10:51:39PM +0800, Yu Pu wrote:
> Because UefiCpuPkg/UefiCpuLib is merged to MdePkg/CpuLib, remove the
> dependency of UefiCpuLib.
>
> Cc: Ard Biesheuvel
> Cc: Jiewen Yao
> Cc: Jordan Justen
> Cc: Gerd Hoffmann
> Signed-off-by: Yu Pu
Acked-by: Gerd Hoffmann
-=-=-=-
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3902
Bad IO performance in SEC phase is observed after TDX features was
introduced. (after commit b6b2de884864 - "MdePkg: Support mmio for
Tdx guest in BaseIoLibIntrinsic").
This is because IsTdxGuest() will be called in each MMIO operation.
It i
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3902
TdProbeLib is used to probe if the working system is of Td guest. This
library is designed to run on SEC / PEI / DXE phases. A null instance
of the library returns Non-Td anyway. A platform specific TdProbeLib
will be implemented, for example
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3902
This is the OvmfPkg specific TdProbeLib. It checks the Ovmf WorkArea
(PcdOvmfWorkAreaBase) to determine if the working system is of Td guest.
Cc: Michael D Kinney
Cc: Liming Gao
Cc: Zhiguang Liu
Cc: James Bottomley
Cc: James Bottomley
C
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3902
Bad IO performance in SEC phase is observed after TDX features was
introduced. (after commit b6b2de884864 - "MdePkg: Support mmio for
Tdx guest in BaseIoLibIntrinsic").
This is because IsTdxGuest() will be called in each MMIO operation.
It i
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3902
TdProbeLib is imported in BaseIoLibIntrinsicSev.
OvmfPkg/IntelTdx/TdProbeLib is the OvmfPkg version which checks
OvmfWorkArea to determine the Td guest type. It is included
in OvmfPkgX64.dsc and IntelTdx/IntelTdxX64.dsc.
Other .dsc include t
Do you use the “reply all” option in your mail client? Looks like my CCs have
been dropped again. Comments inline.
> On 13. Apr 2022, at 12:54, Ada Christine wrote:
> Hi, Marvin
>
> Its similarity to my own latest experiment is the key to what grabbed my
> attention. I have no particular use
On Wed, 2022-04-13 at 17:08 +0800, Min Xu wrote:
> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3902
>
> Bad IO performance in SEC phase is observed after TDX features was
> introduced. (after commit b6b2de884864 - "MdePkg: Support mmio for
> Tdx guest in BaseIoLibIntrinsic").
>
> This is b
Thank you very much, James and Min, for the quick response.
I have one small concern on the naming - TdProbeLib.
Would it be better if we create a generic CcProbeLib, and just return the
CC_GUEST_TYPE?
The benefit is that just in case SEV has some usage in the future, we don’t
need create SevPro
On April 13, 2022 9:12 PM, Yao Jiewen wrote:
>
> Thank you very much, James and Min, for the quick response.
>
> I have one small concern on the naming - TdProbeLib.
> Would it be better if we create a generic CcProbeLib, and just return the
> CC_GUEST_TYPE?
> The benefit is that just in case SEV
> -Original Message-
> From: Gerd Hoffmann
> Sent: Wednesday, April 13, 2022 4:12 PM
> To: devel@edk2.groups.io; Chang, Abner (HPS SW/FW Technologist)
>
> Cc: Leif Lindholm ; Ard Biesheuvel
> ; Jordan Justen ;
> Jian J Wang ; Ray Ni ; Hao A Wu
> ; Jiewen Yao ; Liming Gao
> ; Pawel Pola
On 4/13/22 00:54, Marvin Häuser wrote:
CC edk2-devel (you picked the logically correct list, but it’s pretty dead and
barely anyone reads it)
Just a minor correction - it's edk2-discuss (disc...@edk2.groups.io)
that was cc'd but that's pretty dead.
edk2-devel (devel@edk2.groups.io) is much mor
Oh I see what was meant - ignore me!
I do think it would be good to have more discussions on edk2-discuss
though :)
--
Rebecca Cran
On 4/13/22 08:44, Rebecca Cran wrote:
On 4/13/22 00:54, Marvin Häuser wrote:
CC edk2-devel (you picked the logically correct list, but it’s pretty
dead and bare
> On 13. Apr 2022, at 16:38, Ada Christine wrote:
> i was replying via the groups.io web interface, I'm guessing that messed up
> the thread? i haven't used mailing lists before and don't know how they
> work. I'll use my mail client from here on.
>
> I'm on board with not treating EFI as an op
Cc: Michael Kubacki
Signed-off-by: Michael D Kinney
---
Maintainers.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Maintainers.txt b/Maintainers.txt
index 26662c9221ee..bc08ce1f15da 100644
--- a/Maintainers.txt
+++ b/Maintainers.txt
@@ -620,6 +620,7 @@ S: Maintained
UnitTestFrameworkPk
On Mon, 11 Apr 2022 at 03:18, Rebecca Cran wrote:
>
> Also, I noticed Scripts/Makefile defaults to RVCT. Are people still using
> that, or has everyone moved to gcc or the newer Arm compilers?
>
RVCT is 32-bit only, as far as I know, so I don't think anyone still
cares about it.
> --
> Rebecca
On 4/13/22 10:51, Ard Biesheuvel wrote:
On Mon, 11 Apr 2022 at 03:18, Rebecca Cran wrote:
Also, I noticed Scripts/Makefile defaults to RVCT. Are people still using that,
or has everyone moved to gcc or the newer Arm compilers?
RVCT is 32-bit only, as far as I know, so I don't think anyone st
Acked-by: Michael Kubacki
On 4/13/2022 11:42 AM, Michael D Kinney wrote:
Cc: Michael Kubacki
Signed-off-by: Michael D Kinney
---
Maintainers.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Maintainers.txt b/Maintainers.txt
index 26662c9221ee..bc08ce1f15da 100644
--- a/Maintainers.t
i was replying via the groups.io web interface, I'm guessing that messed up
the thread? i haven't used mailing lists before and don't know how they
work. I'll use my mail client from here on.
I'm on board with not treating EFI as an operating system. the more i think
about it the more it looks lik
i can submit up to three proposals. I'll give all of this some thought and
a little research and start putting at least two proposals together
starting Friday. :)
On Wed, Apr 13, 2022, 15:15 Marvin Häuser wrote:
>
> On 13. Apr 2022, at 16:38, Ada Christine wrote:
>
> i was replying via the gro
Hi Marvin, Ada,
Some comments:
I don't think the purpose of the dynamic linker is to treat EFI as a
complete operating system, but to try to eliminate the static linking that
may be needlessly duplicating
code that could instead be put in a single dynamic library. For instance,
MdePkg and MdeModu
GSoC tip: Try to spread your proposals out. If we don't have enough project
slots for you, all your 3 proposals get rejected and your GSoC
participation goes out the window.
Take a look at our project ideas and ask questions, and take a look at
other orgs if you want. Also, don't forget that these
> On 13. Apr 2022, at 20:43, Pedro Falcato wrote:
>
>
> Hi Marvin, Ada,
>
> Some comments:
>
> I don't think the purpose of the dynamic linker is to treat EFI as a complete
> operating system, but to try to eliminate the static linking that may be
> needlessly duplicating
> code that could
From: Guo Dong
When Quite parameter is not provided, its default value would
be "None" instead of "". So update its default value not to
impact the build.
Cc: Ray Ni
Cc: Benjamin You
Cc: Sean Rhodes
Signed-off-by: Guo Dong
---
UefiPayloadPkg/UniversalPayloadBuild.py | 4 ++--
1 file changed
Copy code from PrePi to PrePeiCore that prints the firmware version
and build date early in the boot process.
Signed-off-by: Rebecca Cran
---
ArmPlatformPkg/PrePeiCore/PrePeiCore.c | 17 +
ArmPlatformPkg/PrePeiCore/PrePeiCoreMPCore.inf | 3 +++
ArmPlatformPkg/PrePeiCor
Hi Ada,
Great to meet you and welcome to the TianoCore project! Great to hear you are
interested! Despite Marvin's misgivings, I think dynamic linking would be an
excellent addition to EDK II! Marvin is right that we would not want to use it
in UEFI spec compliant applications or OpROMs at leas
Hi Marvin,
> -Original Message-
> From: disc...@edk2.groups.io On Behalf Of
> Marvin Häuser
> Sent: Wednesday, April 13, 2022 5:06 AM
> To: Ada Christine
> Cc: disc...@edk2.groups.io; Desimone, Nathaniel L
> ; Shi, Steven ;
> devel@edk2.groups.io
> Subject: Re: [edk2-discuss] GSoC Propos
Hi All,
Pedro is 100% correct. The primary use case and the reason I added this is to
remove library duplication across all the .efi files. This is actually super
valuable because LZMA compression is becoming ineffective because compiler
optimization is getting so good that the patterns for a l
Hi Theo,
Yup you are totally correct. There are a lot of features and services that
exist in a real hardware UEFI firmware that do not exist in OVMF. If you are
trying to build some new code to run on real hardware UEFI firmware, then
having a feature complete qemu version would be super helpfu
Reviewed-by: Michael Kubacki
On 4/13/2022 11:42 AM, Michael D Kinney wrote:
Cc: Michael Kubacki
Signed-off-by: Michael D Kinney
---
Maintainers.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Maintainers.txt b/Maintainers.txt
index 26662c9221ee..bc08ce1f15da 100644
--- a/Maintainer
Pushed as 0fdfe217..c3fe.
Mike
> -Original Message-
> From: Frinzell, Aaron
> Sent: Wednesday, April 13, 2022 1:35 PM
> To: Kinney, Michael D ; Jayaprakash, N
> ; devel@edk2.groups.io
> Subject: RE: [edk2-devel] [edk2-libc Patch 1/1]
> AppPkg\Applications\Python\Python-3.6.8\Lib:
Hi all,
I'm writing because I'm considering applying once again for GSoC to
continue my work on the audio output subsystem, specifically focusing on
either HDA or USB audio. Last year I came incredibly close to getting
audio output working, but Qemu did some weird things that I was unaware
of
Hi Benjamin,
Yeah the GMBUS I2C controller gets very temperamental if there is a protocol
error. I think you have to go a full reset of the controller to get it back
into a working state. I haven’t figured that out completely in my POC code yet
so that is one of the things I suspect you will ru
Hi Ayush,
Very interesting and intellectually stimulating, thank you! It makes sense that
the Rust authors would opt to depend on libc for syscalls, at least on most
UNIX designs there is an assumption that the library that implements the
syscall interface *is* libc and any library that provide
Acked-by: Dun Tan
-Original Message-
From: devel@edk2.groups.io On Behalf Of Guo Dong
Sent: Thursday, April 14, 2022 4:49 AM
To: devel@edk2.groups.io
Cc: Dong, Guo ; Ni, Ray ; You, Benjamin
; Rhodes, Sean
Subject: [edk2-devel][PATCH] UefiPayloadPkg: Fix the build failure
From: Guo Don
i understand now, thank you for clarifying! I'm on board and I'll get to
work on a more complete plan as soon as possible. i can probably have a
draft proposal done by EOD Saturday. i know it's a holiday weekend, so i
don't expect anybody to hop to (pun intended) to critique :)
On Wed, Apr 13, 202
A friendly reminder to those on the CC line to help review your
respective packages in this patch series.
Some of the patches are just minor changes to DSC files and others do
not have a significant number of changes.
Thanks,
Michael
On 4/12/2022 12:29 PM, Michael Kubacki wrote:
From: Micha
Reviewed-by: Zhichao Gao
Thanks,
Zhichao
> -Original Message-
> From: Ke, Bo-ChangX
> Sent: Wednesday, April 13, 2022 11:14 AM
> To: devel@edk2.groups.io
> Cc: Liu, Zhiguang ; Gao, Zhichao
> ; Bi, Dandan ; Zeng, Star
>
> Subject: [PATCH v2] MdePkg: Update smbiosview type 9 with SMBIOS
Reviewed-by: Zhichao Gao
Thanks,
Zhichao
> -Original Message-
> From: Ke, Bo-ChangX
> Sent: Wednesday, April 13, 2022 10:57 AM
> To: devel@edk2.groups.io
> Cc: Ni, Ray ; Gao, Zhichao
> Subject: [PATCH v2] ShellPkg: Update smbiosview type 9 with SMBIOS 3.5 fields
>
> REF:https://bugzil
Reviewed-by: Guo Dong
-Original Message-
From: devel@edk2.groups.io On Behalf Of Michael Kubacki
Sent: Tuesday, April 12, 2022 9:30 AM
To: devel@edk2.groups.io
Cc: Dong, Guo ; Ni, Ray ; Ma, Maurice
; You, Benjamin ; Rhodes, Sean
Subject: [edk2-devel] [PATCH v4 8/8] UefiPayloadPkg: A
Thanks. The v2 series merged - https://github.com/tianocore/edk2/pull/2777
> -Original Message-
> From: Li, Yi1
> Sent: Wednesday, April 13, 2022 3:03 PM
> To: Yao, Jiewen ; devel@edk2.groups.io
> Cc: Wang, Jian J
> Subject: RE: [PATCH 0/3] CryptoPkg: Enable ECC in openssllib by a custom
Hey Ethin,
Welcome back! Finishing what one started is certainly a noble endeavor! It is
good that you have the root cause of what went wrong last year fully understood
and therefore have a good idea of the adjustments you would need to make to be
successful this year.
So, the one thing that I
Hi Everyone,
I hope you are all working on your proposals. If you would like some feedback
on your proposals before having to submit the final version of them on Tuesday
next week, please do one of the following:
1. Upload your current draft proposal to the GSoC website.
2. Email Mike Ki
Completed the flash driver and fvb driver.
Solved the problems in boot process.
Added virtual address conversion.
The public git repository is :
https://github.com/jialing2020/edk2-platforms/tree/Phytium_Opensource_For_FT2000-4_v7
Ling Jia (4):
Platform/Phytium: Solved problems during boot.
S
Solved the problem of virtual address translation
in runtime access under OS
Signed-off-by: Ling Jia
Reviewed-by: leif Lindholm
---
Silicon/Phytium/FT2000-4Pkg/Drivers/SpiDxe/SpiDxe.inf | 5 ++
Silicon/Phytium/FT2000-4Pkg/Drivers/SpiDxe/SpiDxe.h | 2 +
Silicon/Phytium/FT2000-4Pkg/Drivers/Sp
Solved the problem of lack of dependent Library
in PciHostBridgeDxe.
Solved the problem of missing boot magager menu.
Signed-off-by: Ling Jia
Reviewed-by: leif Lindholm
---
Platform/Phytium/DurianPkg/DurianPkg.fdf | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Platform/Phytium/Duria
The SpiNorFlashDxe provided norflash initialization,
read-write, erase and other interfaces.
This is a set of special communication protocol for
ft2004/4 chip QSPI controller.
Signed-off-by: Ling Jia
Reviewed-by: leif Lindholm
---
Silicon/Phytium/PhytiumCommonPkg/PhytiumCommonPkg.dec
The FlashFvbDxe provided the fvb protocol,
which requested by the flash operators.
Signed-off-by: Ling Jia
Reviewed-by: leif Lindholm
---
Platform/Phytium/DurianPkg/DurianPkg.dsc |1 +
Platform/Phytium/DurianPkg/DurianPkg.fdf |2 +
55 matches
Mail list logo
