[edk2] [PATCH v3 09/11] MdeModulePkg/VarCheckLib: allow MM_STANDALONE drivers to use this library

2019-01-07 Thread Jagadeesh Ujja
“VarCheckLib” library can be used by MM_STANDALONE drivers as well. So add MM_STANDALONE as the module type this library supports. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja Reviewed-by: Ard Biesheuvel ---

[edk2] [PATCH v3 08/11] MdeModulePkg/Variable/RuntimeDxe: adapt as a MM Standalone driver

2019-01-07 Thread Jagadeesh Ujja
Adapt the variable runtime dxe driver to be used as a MM_STANDALONE driver to provide variable storage service in MM Standalone mode. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja --- MdeModulePkg/Universal/Variable/RuntimeDxe/Variable.c |

[edk2] [PATCH v3 10/11] ArmPlatformPkg/NorFlashDxe: allow reusability as a MM driver

2019-01-07 Thread Jagadeesh Ujja
Adapt the NorFlashDxe driver to be used as a MM_STANDALONE driver to allow access to NOR flash for code executing in MM_STANDALONE mode. This allows storing of EFI variables on NOR flash which is accessible only via the MM STANDALONE mode software. Contributed-under: TianoCore Contribution

Re: [edk2] [patch] BaseTools/VfrCompile: report error for Integer overflow

2019-01-07 Thread Gao, Liming
Reviewed-by: Liming Gao > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Dandan > Bi > Sent: Friday, December 28, 2018 4:54 PM > To: edk2-devel@lists.01.org > Cc: Gao, Liming > Subject: [edk2] [patch] BaseTools/VfrCompile: report error for

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Laszlo Ersek
On 01/04/19 12:57, Ard Biesheuvel wrote: > On Thu, 3 Jan 2019 at 17:14, Laszlo Ersek wrote: >> >> On 01/03/19 12:03, Ard Biesheuvel wrote: >>> On Wed, 2 Jan 2019 at 14:14, Jagadeesh Ujja wrote: Some of the existing DXE drivers can be refactored to execute within the Standalone MM

Re: [edk2] [PATCH v3 0/2] Provide UEFILib functions for protocol uninstallation.

2019-01-07 Thread Ashish Singhal
+ Maintainers -Original Message- From: Ashish Singhal Sent: Sunday, January 6, 2019 9:38 PM To: edk2-devel@lists.01.org Cc: Ashish Singhal Subject: [PATCH v3 0/2] Provide UEFILib functions for protocol uninstallation. An issue was seen in IScsiDxe in NetworkPkg where driver cleanup

Re: [edk2] [RFC] Edk2 BaseTools Python3 Migration Update

2019-01-07 Thread Gao, Liming
Ray: I think this proposal is good to recommend Python3 as the default interpreter. I summary the updated proposal. 1. PYTHON3_ENABLE env is not set. edksetup.bat/edksetup.sh will find higher version python installed in OS. If Python3 is found, Python3 will be used. Then, if python2 is

[edk2] [PATCH v3 11/11] CryptoPkg/BaseCryptLib: allow MM_STANDALONE drivers to use SmmCryptLib

2019-01-07 Thread Jagadeesh Ujja
“SmmCryptLib” library can be used by MM_STANDALONE drivers as well. So add MM_STANDALONE as the module type this library supports. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja Reviewed-by: Ard Biesheuvel ---

Re: [edk2] [PATCH v3 00/11] Extend secure variable service to be usable from Standalone MM

2019-01-07 Thread Ard Biesheuvel
On Mon, 7 Jan 2019 at 14:09, Jagadeesh Ujja wrote: > > In-Reply-To: > > Changes since v2: > -Addressed the comments from Jian Wang > - CommonMmServicesLib library implemented in MdePkg. > - Picked the Reviewed-by tags from Ard Biesheuvel. > Jagadeesh, I have been very clear about how the PCD

Re: [edk2] [RESEND PATCH v2 2/6] efi_loader: Initial HII database protocols

2019-01-07 Thread Leif Lindholm
Apologies for late reply, back from holidays today. On Tue, Dec 25, 2018 at 05:30:25PM +0900, AKASHI Takahiro wrote: > > >>> +struct efi_key_descriptor { > > >>> + efi_key key; > > >> > > >> Hello Takahiro, > > >> > > >> with the patch I can start the EFI shell. But I am still trying to

Re: [edk2] [PATCH] MdePkg/BaseLib: Add Base64Encode() and Base64Decode()

2019-01-07 Thread Philippe Mathieu-Daudé
Hi Shenglei, On 1/7/19 9:35 AM, Shenglei Zhang wrote: > Introduce public functions Base64Encode and Base64Decode. > https://bugzilla.tianocore.org/show_bug.cgi?id=1370 > > Cc: Michael D Kinney > Cc: Liming Gao > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Shenglei

[edk2] [PATCH v3 02/11] StandaloneMmPkg: Adding the library packages used by MM_STANDALONE drivers

2019-01-07 Thread Jagadeesh Ujja
Drivers of type MM_STANDALONE uses these libraries for accessing the hoblib and memory allocation. The Library being added are - StandaloneMmHobLib - StandaloneMmMemoryAllocationLib - StandaloneMmServicesTableLib Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by:

[edk2] [PATCH v3 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Jagadeesh Ujja
Some of the existing DXE drivers can be refactored to execute within the Standalone MM execution environment as well. Allow such drivers to get access to the Standalone MM services tables. Add a mechanism to determine the execution mode is required. i.e, in MM or non-MM Contributed-under:

Re: [edk2] [PATCH 00/26] remove the GCC44 through GCC47 toolchains

2019-01-07 Thread Philippe Mathieu-Daudé
On 1/3/19 3:47 AM, Laszlo Ersek wrote: > Repo: https://github.com/lersek/edk2.git > Branch: drop_gcc44_gcc47_tiano1377 > > (0) This series is meant as an alternative to > > [edk2] [Patch 0/5] Remove unused tool chains in tools_def.template >

Re: [edk2] [PATCH 00/26] remove the GCC44 through GCC47 toolchains

2019-01-07 Thread Gao, Liming
Laszlo: This patch set is good to me. Reviewed-by: Liming Gao Besides this patch set, I suggest to let GCC48/GCC49/GCC5 refer to the common GCC_ flags. After I remove ELFGCC/UNIXGCC/CYGGCC tool chain, I will update GCC_ flags to be same to current GCC48_ flags, then remove GCC48_ flag

[edk2] [PATCH v3 00/11] Extend secure variable service to be usable from Standalone MM

2019-01-07 Thread Jagadeesh Ujja
In-Reply-To: Changes since v2: -Addressed the comments from Jian Wang - CommonMmServicesLib library implemented in MdePkg. - Picked the Reviewed-by tags from Ard Biesheuvel. Changes since v1: -Addressed the comments from Liming Gao - StandaloneMmServicesTableLib library implemented in

[edk2] [PATCH v3 05/11] MdePkg/Library: Add CommonMmServicesLib library

2019-01-07 Thread Jagadeesh Ujja
Add a CommonMmServicesLib library will be used by both traditional SMM and Standalone MM drivers Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja --- MdePkg/Include/Library/CommonMmServicesLibrary.h | 131

[edk2] [PATCH v3 07/11] MdeModulePkg/Variable/RuntimeDxe: adapt for usability with MM Standalone

2019-01-07 Thread Jagadeesh Ujja
Adapt the VariableSmmRuntimeDxe driver to communicate with a VariableSmm driver that is implemented as a MM Standalone driver. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja --- MdeModulePkg/Universal/Variable/RuntimeDxe/VariableRuntimeDxe.inf| 1 +

Re: [edk2] [PATCH 0/6] implement standalone MM versions of the variable runtime drivers

2019-01-07 Thread Gao, Liming
Ard: I agree this design is good. But, I need some time to evaluate its impact on our X86 platform. Could you wait for several days? Thanks Liming > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Friday, January 4, 2019 2:28 AM > To:

[edk2] [PATCH v3 01/11] StandaloneMmPkg: Remove MM_STANDALONE LIBRARY_CLASS from StandaloneMmCoreHobLib

2019-01-07 Thread Jagadeesh Ujja
For MM_STANDALONE drivers hoblib information will be retrieved from StandaloneMmHobLib, hence removing from StandaloneMmCoreHobLib library class. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja ---

[edk2] [PATCH v3 03/11] MdeModulePkg: Add a PCD to indicate Standalone MM supports secure variable

2019-01-07 Thread Jagadeesh Ujja
Add a flag that indicates whether Standalone MM mode supports secure storage of variables. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Jagadeesh Ujja --- MdeModulePkg/MdeModulePkg.dec | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [edk2] [PATCH 0/6] implement standalone MM versions of the variable runtime drivers

2019-01-07 Thread Ard Biesheuvel
On Mon, 7 Jan 2019 at 13:44, Gao, Liming wrote: > > Ard: > I agree this design is good. But, I need some time to evaluate its impact > on our X86 platform. Could you wait for several days? > Of course. Thanks, > > -Original Message- > > From: Ard Biesheuvel

[edk2] [PATCH v3 06/11] MdeModulePkg/FaultTolerantWriteDxe: allow reusability as a MM driver

2019-01-07 Thread Jagadeesh Ujja
Adapt the FaultTolerantWriteDxe driver to be used as a MM_STANDALONE driver to provide UEFI fault tolerant write protocol functionality for variable reclaim operation on EFI variables stored on a NOR flash that is only accessible to code executing in MM Standalone mode. Contributed-under:

Re: [edk2] [PATCH] BaseTools/tools_def ARM GCC5: disable LTO for ASLC invocations

2019-01-07 Thread Philippe Mathieu-Daudé
Hi Ard, On 1/7/19 7:55 AM, Ard Biesheuvel wrote: > GCC for 32-bit ARM chokes on .aslc files when running with LTO > enabled. Since LTO has no benefit whatsoever here, just disable > it. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Ard Biesheuvel > --- >

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Ard Biesheuvel
On Mon, 7 Jan 2019 at 20:21, Achin Gupta wrote: > > On Mon, Jan 07, 2019 at 07:55:36PM +0100, Ard Biesheuvel wrote: > > On Mon, 7 Jan 2019 at 19:50, Achin Gupta wrote: > > > > > > On Mon, Jan 07, 2019 at 06:33:26PM +0100, Ard Biesheuvel wrote: > > > > On Mon, 7 Jan 2019 at 16:28, Laszlo Ersek

Re: [edk2] [PATCH 0/6] implement standalone MM versions of the variable runtime drivers

2019-01-07 Thread Laszlo Ersek
On 01/07/19 14:05, Ard Biesheuvel wrote: > On Mon, 7 Jan 2019 at 13:44, Gao, Liming wrote: >> >> Ard: >> I agree this design is good. But, I need some time to evaluate its impact >> on our X86 platform. Could you wait for several days? >> > > Of course. I think it would be prudent of me to

Re: [edk2] EDK II Network Stack Issue

2019-01-07 Thread Laszlo Ersek
On 01/04/19 15:02, Karin Willers wrote: > G'Day! > > I'm trying to get networking under edk2 up and running. I tried > AppPkg/Applications/Sockets/RawIp4Tx > under OVMF. The raw packet is sent out on the network, but the > application never returns from the > socket close routine. > > I'm

Re: [edk2] [RESEND PATCH v2 2/6] efi_loader: Initial HII database protocols

2019-01-07 Thread Leif Lindholm
On Mon, Jan 07, 2019 at 07:29:47PM +0100, Laszlo Ersek wrote: > On 01/07/19 15:09, Leif Lindholm wrote: > > Apologies for late reply, back from holidays today. > > I'm going to snip a whole lot of context below, since I have no idea > what project this is about, and/or what files in that project

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Achin Gupta
On Mon, Jan 07, 2019 at 07:55:36PM +0100, Ard Biesheuvel wrote: > On Mon, 7 Jan 2019 at 19:50, Achin Gupta wrote: > > > > On Mon, Jan 07, 2019 at 06:33:26PM +0100, Ard Biesheuvel wrote: > > > On Mon, 7 Jan 2019 at 16:28, Laszlo Ersek wrote: > > > > > > > > On 01/04/19 12:57, Ard Biesheuvel

Re: [edk2] [PATCH 00/26] remove the GCC44 through GCC47 toolchains

2019-01-07 Thread Laszlo Ersek
On 01/07/19 13:15, Gao, Liming wrote: > Laszlo: > This patch set is good to me. Reviewed-by: Liming Gao Many thanks to everyone for the quick reviews! > Besides this patch set, I suggest to let GCC48/GCC49/GCC5 refer to the > common GCC_ flags. After I remove ELFGCC/UNIXGCC/CYGGCC tool

Re: [edk2] [RESEND PATCH v2 2/6] efi_loader: Initial HII database protocols

2019-01-07 Thread Laszlo Ersek
On 01/07/19 15:09, Leif Lindholm wrote: > Apologies for late reply, back from holidays today. > I'm going to snip a whole lot of context below, since I have no idea what project this is about, and/or what files in that project (no diff hunk headers in the context). Judged from the address list,

Re: [edk2] [RFC] Edk2 BaseTools Python3 Migration Update

2019-01-07 Thread Laszlo Ersek
On 01/07/19 14:41, Gao, Liming wrote: > Ray: > I think this proposal is good to recommend Python3 as the default > interpreter. I summary the updated proposal. > > 1. PYTHON3_ENABLE env is not set. edksetup.bat/edksetup.sh will find higher > version python installed in OS. If Python3 is

Re: [edk2] [RFC] Edk2 BaseTools Python3 Migration Update

2019-01-07 Thread Laszlo Ersek
On 01/04/19 04:29, Gao, Liming wrote: > Laszlo: > This issue has been fixed in edk2 master. I just cherry pick those fixes > from edk2 master to my Python3 branch > (https://github.com/lgao4/edk2/tree/Python3). Thank you, I'll try to return to this topic soon, and retest the branch. Cheers

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Ard Biesheuvel
On Mon, 7 Jan 2019 at 19:50, Achin Gupta wrote: > > On Mon, Jan 07, 2019 at 06:33:26PM +0100, Ard Biesheuvel wrote: > > On Mon, 7 Jan 2019 at 16:28, Laszlo Ersek wrote: > > > > > > On 01/04/19 12:57, Ard Biesheuvel wrote: > > > > On Thu, 3 Jan 2019 at 17:14, Laszlo Ersek wrote: > > > >> > > >

Re: [edk2] [Patch 2/2] UefiCpuPkg/RegisterCpuFeaturesLib: Avoid AP calls PeiService.

2019-01-07 Thread Laszlo Ersek
On 01/07/19 09:24, Ni, Ray wrote: > 1. > How about defining a union for MpService. > typedef union { > EFI_MP_SERVICES_PROTOCOL *Protocol; > EFI_PEI_MP_SERVICES_PPI *Ppi; > } MP_SERVICES; > So a new field as below can be added here: > > MP_SERVICES MpService; > > GetMpService()

Re: [edk2] [edk2-test][RFC] Integrating SBBR tests into SCT - A design proposal

2019-01-07 Thread Supreeth Venkatesh
Sakar, Looks good. However, Why do we need two additional parameters SBBR and SBBR_EXCL? Since SBBR is a subset/superset of UEFI specifications, would "sbbr_standalone" or similar (just sbbr) which would run all the sbbr tests including ones that is already part of UEFI-SCT Suffice? Lets wait

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Ard Biesheuvel
On Mon, 7 Jan 2019 at 16:28, Laszlo Ersek wrote: > > On 01/04/19 12:57, Ard Biesheuvel wrote: > > On Thu, 3 Jan 2019 at 17:14, Laszlo Ersek wrote: > >> > >> On 01/03/19 12:03, Ard Biesheuvel wrote: > >>> On Wed, 2 Jan 2019 at 14:14, Jagadeesh Ujja > >>> wrote: > > Some of the

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Achin Gupta
On Mon, Jan 07, 2019 at 06:33:26PM +0100, Ard Biesheuvel wrote: > On Mon, 7 Jan 2019 at 16:28, Laszlo Ersek wrote: > > > > On 01/04/19 12:57, Ard Biesheuvel wrote: > > > On Thu, 3 Jan 2019 at 17:14, Laszlo Ersek wrote: > > >> > > >> On 01/03/19 12:03, Ard Biesheuvel wrote: > > >>> On Wed, 2 Jan

Re: [edk2] [PATCH 00/26] remove the GCC44 through GCC47 toolchains

2019-01-07 Thread Laszlo Ersek
On 01/07/19 19:08, Laszlo Ersek wrote: > On 01/07/19 13:15, Gao, Liming wrote: >> Laszlo: >> This patch set is good to me. Reviewed-by: Liming Gao >> > > Many thanks to everyone for the quick reviews! > >> Besides this patch set, I suggest to let GCC48/GCC49/GCC5 refer to the >> common

Re: [edk2] [PATCH v2 04/11] MdePkg/Include: Add StandaloneMmServicesTableLib library

2019-01-07 Thread Laszlo Ersek
On 01/07/19 20:37, Ard Biesheuvel wrote: > On Mon, 7 Jan 2019 at 20:21, Achin Gupta wrote: >> Could you please explain the need for End of DXE signalling and >> the traditional SMM IPL. It is not obvious to me :o( >> > > The point is that there are PI specified events that we are currently >

Re: [edk2] [PATCH] SecurityPkg: Incorrect warning message for Opal admin revert action

2019-01-07 Thread Dong, Eric
Hi Maggie, Thanks for your patch. Reviewed-by: Eric Dong Pushed the patch 4ec00f82edc845548a2000fe514c6898932b8c95 Thanks, Eric > -Original Message- > From: Chu, Maggie > Sent: Tuesday, December 25, 2018 1:54 PM > To: edk2-devel@lists.01.org > Cc: Zhang, Chao B ; Yao, Jiewen > ; Dong,

Re: [edk2] [edk2-test][RFC] Integrating SBBR tests into SCT - A design proposal

2019-01-07 Thread Jin, Eric
Hello Sakar, SBBR spec is not published by UEFI Forum and can be considered as a supplement to ARM UEFI. The evolution of edk2-test/uefi-sct should be tagged to UEFI Spec only. Can we land SBBR test on standalone space under edk2-test currently or in short-term? I mean SBBR test can

Re: [edk2] [PATCH v3 0/2] Provide UEFILib functions for protocol uninstallation.

2019-01-07 Thread Kinney, Michael D
Hi Ashish, My main concern with this patch is that the generated code for optimized RELEASE builds is not as small. >From a source maintenance perspective, the patch you have provided is easier to maintain. However, the implementation of the APIs that install protocols was done to make sure

Re: [edk2] [PATCH v3 0/2] Provide UEFILib functions for protocol uninstallation.

2019-01-07 Thread Ashish Singhal
Hi Mike, I build both DEBUG and RELEASE variant of the library and they both built a few KB less in size compared to what is in tip right now. Can you please help me with the optimization settings you have enabled so that I can try the same at my end? Also, if you want, we can look at the

Re: [edk2] [RESEND PATCH v2 2/6] efi_loader: Initial HII database protocols

2019-01-07 Thread Laszlo Ersek
On 01/07/19 20:22, Leif Lindholm wrote: > On Mon, Jan 07, 2019 at 07:29:47PM +0100, Laszlo Ersek wrote: >> The UEFI spec (v2.7) explicitly requires EFI_GUID to be 64-bit aligned, >> unless specified otherwise. See in "Table 5. Common UEFI Data Types": >> >> EFI_GUID -- 128-bit buffer containing

Re: [edk2] [Patch 2/2] UefiCpuPkg/RegisterCpuFeaturesLib: Avoid AP calls PeiService.

2019-01-07 Thread Dong, Eric
Hi Laszlo, Thanks for your detail check, sorry for this mistake. I will send V4 changes and only Cc Ray. I based on do the minimal change rule to create v2 change, so some code may seems ugly. I based on do the clean code rule to create V3 change, so the change may seems big. Thanks, Eric

[edk2] [Patch v3] Dec Spec: Support the syntax of the structure array for structure PCD

2019-01-07 Thread Liming Gao
In V2, update array style to more than one dimension array. In V3, Update Pcd Field value assignment with array index. BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=1292 1. Support the syntax of the structure array for structure PCD 2. Add the syntax to initialize structure PCD with C style

Re: [edk2] [Patch v2] Dsc Spec: Add the syntax to initialize structure PCD with C style value

2019-01-07 Thread Feng, Bob C
Reviewed-by: Bob Feng -Original Message- From: Gao, Liming Sent: Tuesday, January 8, 2019 1:53 PM To: edk2-devel@lists.01.org Cc: Feng, Bob C Subject: [Patch v2] Dsc Spec: Add the syntax to initialize structure PCD with C style value In V2: Update Pcd Field value assignment with

Re: [edk2] [Patch v3] Dec Spec: Support the syntax of the structure array for structure PCD

2019-01-07 Thread Feng, Bob C
Reviewed-by: Bob Feng -Original Message- From: Gao, Liming Sent: Tuesday, January 8, 2019 1:37 PM To: edk2-devel@lists.01.org Cc: Feng, Bob C Subject: [Patch v3] Dec Spec: Support the syntax of the structure array for structure PCD In V2, update array style to more than one dimension

Re: [edk2] [Patch v4 0/2] Avoid AP calls PeiServices table.

2019-01-07 Thread Ni, Ruiyu
On 1/8/2019 1:25 PM, Eric Dong wrote: AP should not use PeiServices. The patch serial fix one issue related to this. This serial also include one patch used to refine the debug message. Cc: Ruiyu Ni Eric Dong (2): UefiCpuPkg/RegisterCpuFeaturesLib: Enhance debug message.

[edk2] [Patch v4 0/2] Avoid AP calls PeiServices table.

2019-01-07 Thread Eric Dong
AP should not use PeiServices. The patch serial fix one issue related to this. This serial also include one patch used to refine the debug message. Cc: Ruiyu Ni Eric Dong (2): UefiCpuPkg/RegisterCpuFeaturesLib: Enhance debug message. UefiCpuPkg/RegisterCpuFeaturesLib: Avoid AP calls

[edk2] [Patch v4 2/2] UefiCpuPkg/RegisterCpuFeaturesLib: Avoid AP calls PeiService.

2019-01-07 Thread Eric Dong
V3: 1. Define union to specify the ppi or protocol. V2: 1. Initialize CpuFeaturesData->MpService in CpuInitDataInitialize and make this function been called at the begin of the initialization. 2. let all other functions use CpuFeaturesData->MpService install of locate the protocol

[edk2] [Patch v4 1/2] UefiCpuPkg/RegisterCpuFeaturesLib: Enhance debug message.

2019-01-07 Thread Eric Dong
Enhance debug message format to let them easy to read. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Eric Dong Reviewed-by: Ray Ni --- .../RegisterCpuFeaturesLib/CpuFeaturesInitialize.c | 17 +++-- 1 file changed, 11 insertions(+), 6 deletions(-) diff

[edk2] [Patch v2] Dsc Spec: Add the syntax to initialize structure PCD with C style value

2019-01-07 Thread Liming Gao
In V2: Update Pcd Field value assignment with array index. BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=1292 Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Liming Gao Cc: Bob Feng --- 3_edk_ii_dsc_file_format/33_platform_dsc_definition.md | 10 -- 1 file

[edk2] [PATCH] MdePkg/BaseLib: Add Base64Encode() and Base64Decode()

2019-01-07 Thread Shenglei Zhang
Introduce public functions Base64Encode and Base64Decode. https://bugzilla.tianocore.org/show_bug.cgi?id=1370 Cc: Michael D Kinney Cc: Liming Gao Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Shenglei Zhang --- MdePkg/Include/Library/BaseLib.h | 56 +

Re: [edk2] [RFC] Edk2 BaseTools Python3 Migration Update

2019-01-07 Thread Ni, Ruiyu
On 12/25/2018 3:50 PM, Gao, Liming wrote: Hi, all On Python3 migration https://bugzilla.tianocore.org/show_bug.cgi?id=55, we update Edk2 BaseTools python source code with the compatible syntax to support Python2 and Python3 both. Here is code https://github.com/lgao4/edk2/tree/Python3 for