Re: [edk2] [PATCH] MdeModulePkg: avoid unaligned writes in PcdDxe driver

On 04/30/15 14:45, Ard Biesheuvel wrote: > On 30 April 2015 at 14:31, Laszlo Ersek wrote: >> On 04/30/15 14:04, Ard Biesheuvel wrote: >>> InternalData may not be aligned to the size of the type >>> we are writing, so use WriteUnalignedXX() instead. >>> >>> Contributed-under: TianoCore Contribution

Re: [edk2] [PATCH 6/9] BaseTools/UniClassObject: Verify string data is 16-bit

On 05/04/15 08:14, Jordan Justen wrote: > With .uni UTF-16 files, it is impossible for unicode code points to be > larger than 0x. > > To support .utf8 UTF-8 unicode files, we need to also deal with the > possibility that the UTF-8 file contains unicode code points larger > than 16-bits. Since

Re: [edk2] [PATCH 9/9] OvmfPkg/PlatformDxe: Convert Platform.uni to .utf8

On 05/04/15 08:14, Jordan Justen wrote: > This command was used to convert the file: > iconv -f UTF-16 -t UTF-8 OvmfPkg/PlatformDxe/Platform.uni \ > > OvmfPkg/PlatformDxe/Platform.utf8 Reviewed-by: Laszlo Ersek > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: J

[edk2] [PATCH v2 0/3] ArmVirtualizationQemu: enable support for UEFI Secure Boot

This series enables the ArmVirtualizationPkg QEMU/KVM platform to be built with UEFI Secure Boot support. Changes since v1: - removed redundant '== FALSE' comparison in patch #2 - added R-b's Patch #1 removes some unused variables that prevent the build from completing with the default compiler s

[edk2] [PATCH v2 2/3] ArmPlatformPkg: enable use of authenticated variables in NorFlashDxe

The NorFlashDxe uses an explicit 'BEFORE xxx' Depex declaration to ensure that it is dispatched before VariableRuntimeDxe, and uses the file GUID of the latter as 'xxx' explicitly to accomplish that. However, when enabling UEFI Secure Boot, this breaks down since the authenticated VariableRuntimeD

[edk2] [PATCH v2 3/3] ArmVirtualizationPkg: enable secure boot for ArmVirtualizationQemu

This adds all the required modules and library dependencies so that the ArmVirtualizationQemu platform can be built with support for UEFI Secure Boot. This support consists of the OpenSSL crypto library (whose source needs to be downloaded separately), the authenticated variable store, and authenti

[edk2] [PATCH v2 1/3] SecurityPkg: remove unused variables

This removes various unused variables from SecurityPkg whose presence is causing failed builds. Contributed-under: TianoCore Contribution Agreement 1.0 Reviewed-by: Chao Zhang Reviewed-by: Olivier Martin Signed-off-by: Ard Biesheuvel --- SecurityPkg/VariableAuthenticated/RuntimeDxe/AuthService

Re: [edk2] [Patch] Vlv2TbltDevicePkg:Fixed SOURCE_DEBUG_ENABLE build error

It looks good. Reviewed-by: David Wei mailto:david@intel.com>> Thanks, David | SSG BIOS From: Lu, ShifeiX A Sent: Monday, May 04, 2015 2:33 PM To: edk2-devel@lists.sourceforge.net Cc: Wei, David; He, Tim; Wu, Mike; Guo, Mang; Lu, ShifeiX A Subject: [edk2][Patch] Vlv2TbltDevicePkg:Fixed SOURC

Re: [edk2] [PATCH] MdeModulePkg: avoid unaligned writes in PcdDxe driver

On 4 May 2015 at 09:08, Laszlo Ersek wrote: > On 04/30/15 14:45, Ard Biesheuvel wrote: >> On 30 April 2015 at 14:31, Laszlo Ersek wrote: >>> On 04/30/15 14:04, Ard Biesheuvel wrote: InternalData may not be aligned to the size of the type we are writing, so use WriteUnalignedXX() instead

[edk2] [patch] MdePkg: Add UEFI2.5 Inline Cryptographic Interface definition

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Feng Tian Reviewed-by: Star Zeng --- MdePkg/Include/Protocol/BlockIoCrypto.h | 526 MdePkg/MdePkg.dec | 8 +- 2 files changed, 533 insertions(+), 1 deletion(-) create

[edk2] [patch] MdePkg: Add UEFI2.5 Smart Card Edge protocol definitions

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Feng Tian Reviewed-by: Star Zeng --- MdePkg/Include/Protocol/SmartCardEdge.h | 726 MdePkg/MdePkg.dec | 3 + 2 files changed, 729 insertions(+) create mode 100644 MdeP

[edk2] [patch] MdePkg: Add UEFI2.5 Smart Card Reader protocol definitions

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Feng Tian Reviewed-by: Star Zeng --- MdePkg/Include/Protocol/SmartCardReader.h | 326 ++ MdePkg/MdePkg.dec | 3 + 2 files changed, 329 insertions(+) create mode 100644 Md

[edk2] [patch] MdePkg: Add UEFI2.5 USB Function I/O protocol definitions

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Feng Tian Reviewed-by: Star Zeng --- MdePkg/Include/Protocol/UsbFunctionIo.h | 683 MdePkg/MdePkg.dec | 3 + 2 files changed, 686 insertions(+) create mode 100644 MdeP

[edk2] Windows GCC build issues with echo

I'm seeing this issue building edk2 with GCC on Windows - in this case Aarch64 but I think the issue may be common to all gcc-on-Windows situations. tools_def has this stuff for bypassing the objcopy stage: *_*_*_OBJCOPY_PATH = echo *_*_*_OBJCOPY_FLAGS = objcopy not need

[edk2] update on SMM for OVMF

Hi, I've made some progress, but I've got some serious problems that I'll need help with. The current patchset (with 36 patches) is visible in my "smm_wip1" branch on github: https://github.com/lersek/edk2/compare/master...lersek:smm_wip1 I'm not posting the patchset to edk2-devel, for two re

Re: [edk2] Windows GCC build issues with echo

Cohen, Eugene [mailto:eug...@hp.com] wrote: ]Sent: Monday, May 04, 2015 07:45 AM ]To: edk2-devel@lists.sourceforge.net ]Subject: [edk2] Windows GCC build issues with echo ] ]I’m seeing this issue building edk2 with GCC on Windows – in this case Aarch64 but I think the issue may be ]common to all

Re: [edk2] update on SMM for OVMF

On 04/05/2015 15:58, Laszlo Ersek wrote: > So here's the *specific* issues I'm facing (and need help with): > > * Problem #1 for task (4): > > Because Quark is 32-bit only, the (mostly assembly) code under > "OvmfPkg/QuarkPort/PiSmmCpuDxeSmm/Ia32" that (partly) constitutes the > SMM entry vector

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

Jordan, Some source control systems provide support a file type of UTF-16LE, so the use of 'binary' should be avoided. What source control systems require the use of 'binary'? What diff utilities are having issues with UTF-16LE files? Can you provide some examples? Also, what are the pros/c

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

> On May 4, 2015, at 8:57 AM, Kinney, Michael D > wrote: > > Jordan, > > Some source control systems provide support a file type of UTF-16LE, so the > use of 'binary' should be avoided. What source control systems require the > use of 'binary'? What diff u

Re: [edk2] Windows GCC build issues with echo

Scott, thanks for the suggestion. As far as documentation of the GCC build or maintenance of the tools definitions, I'd ask that some clarification is made. Ideally we could find a way to eliminate this extra requirement. Eugene -Original Message- From: Scott Duplichan [mailto:sc...@n

Re: [edk2] [Patch 1/2] BaseTools: Enhance the check for numeric opcode with EFI_IFR_DISPLAY_INT_DEC attribute.

Hi Eric, The patch is better, but it is not quite right. It is now allowing the full range of values for each integer type. You can refer to the Two's Compliment Wiki article for it additional information http://en.wikipedia.org/wiki/Two%27s_complement. The following code shows that the full

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

On 2015-05-04 08:57:29, Kinney, Michael D wrote: > Jordan, > > Some source control systems provide support a file type of UTF-16LE, > so the use of 'binary' should be avoided. What source control > systems require the use of 'binary'? Svn seems to require it so the data doesn't get munged. Git s

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

> On May 4, 2015, at 10:33 AM, Jordan Justen wrote: > > On 2015-05-04 08:57:29, Kinney, Michael D wrote: >> Jordan, >> >> Some source control systems provide support a file type of UTF-16LE, >> so the use of 'binary' should be avoided. What source control >> systems require the use of 'binary'?

Re: [edk2] update on SMM for OVMF

On 05/04/15 17:55, Paolo Bonzini wrote: > On 04/05/2015 15:58, Laszlo Ersek wrote: >> So here's the *specific* issues I'm facing (and need help with): >> >> * Problem #1 for task (4): >> >> Because Quark is 32-bit only, the (mostly assembly) code under >> "OvmfPkg/QuarkPort/PiSmmCpuDxeSmm/Ia32" tha

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

On 2015-05-04 10:48:05, Andrew Fish wrote: > On May 4, 2015, at 10:33 AM, Jordan Justen > wrote: > On 2015-05-04 08:57:29, Kinney, Michael D wrote: > >Jordan, > >Some source control systems provide support a file type of UTF-16LE, >so the use of 'binary' sh

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

> On May 4, 2015, at 11:06 AM, Jordan Justen wrote: > > Is there a concern with supporting UTF-8? > Not from an Mac. As long as VC++ and other Windows based editors are happy with UTF-8 there should not be an issue. > It seems like in general UTF-8 is better supported, and requires no > con

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

(I couldn't find a better point to insert my two cents in the thread, so I'll just follow up here.) On 05/04/15 20:06, Jordan Justen wrote: > On 2015-05-04 10:48:05, Andrew Fish wrote: >> On May 4, 2015, at 10:33 AM, Jordan Justen >> wrote: >> On 2015-05-04 08:57:29, Kinney, Michae

Re: [edk2] update on SMM for OVMF

On 04/05/2015 20:03, Laszlo Ersek wrote: > However, the point where it ultimately breaks, I think, is the > individual runtime drivers that communicate with their privileged SMM > counterparts. The communication happens via serializing a binary > message, and then raising an SMI. > > Minimally i

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

On 2015-05-04 11:30:10, Andrew Fish wrote: > On May 4, 2015, at 11:06 AM, Jordan Justen > wrote: > Is there a concern with supporting UTF-8? > >Not from an Mac. As long as VC++ and other Windows based editors are happy >with UTF-8 there should not be an issue. > > It

Re: [edk2] update on SMM for OVMF

On 05/04/15 21:21, Paolo Bonzini wrote: > > > On 04/05/2015 20:03, Laszlo Ersek wrote: >> However, the point where it ultimately breaks, I think, is the >> individual runtime drivers that communicate with their privileged SMM >> counterparts. The communication happens via serializing a binary >>

[edk2] Replacement EDK2 email list coming soon

Hello all, Due to community feedback, a new mailing list is being set up to replace this one. The new list will be hosted on Lists.01.org and should be more stable and consistent than this one. The host has an opt-in policy and will not allow the current subscription list to be imported so you

Re: [edk2] update on SMM for OVMF

On 2015-05-04 11:03:08, Laszlo Ersek wrote: > On 05/04/15 17:55, Paolo Bonzini wrote: > > On 04/05/2015 15:58, Laszlo Ersek wrote: > >> So here's the *specific* issues I'm facing (and need help with): > >> > >> * Problem #1 for task (4): > >> > >> Because Quark is 32-bit only, the (mostly assembly)

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

On 05/04/2015 02:11 PM, Laszlo Ersek wrote: > (I couldn't find a better point to insert my two cents in the thread, so > I'll just follow up here.) > > On 05/04/15 20:06, Jordan Justen wrote: >> On 2015-05-04 10:48:05, Andrew Fish wrote: >>> On May 4, 2015, at 10:33 AM, Jordan Justen >>>

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

On 2015-05-04 14:32:48, Brian J. Johnson wrote: > On 05/04/2015 02:11 PM, Laszlo Ersek wrote: > > I do think such files should be distinguished with a separate filename > > suffix. > > Yes. Otherwise developers will get confused why some ".uni" files work > with their tools, and some do not. Mi

Re: [edk2] [PATCH 0/9] Support UTF-8 (.utf8) string files

Jordan, I did some investigations into this issue a while ago and even prototyped some backwards compatible BaseTools changes. Looks like a problem several of us have evaluated. The .uni file extension is used for few purposes today. One is generation of HII String Packages and another is p

[edk2] [patch] MdePkg: add comment for SafeString API in BaseLib

Hi Here is patch to add comment for SafeString API in BaseLib for MdePkg. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: "Yao, Jiewen" mailto:jiewen@intel.com>> Thank you Yao Jiewen SafeString.patch Description: SafeString.patch ---

Re: [edk2] [patch] MdePkg: add comment for SafeString API in BaseLib

Thanks to feedback from Jaben. I updated the comments. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: "Yao, Jiewen" mailto:jiewen@intel.com>> Reviewed-by: "Carsey, Jaben" mailto:jaben.car...@intel.com>> From: Yao, Jiewen Sent: Tuesday, May 05, 2015 10:44 AM To: edk

[edk2] [PATCH] BaseTools: add support for gcc 5.1 tool chain

BaseTools: Add support for gcc 5.1 tool chains. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Scott Duplichan --- Build testing with gcc 5.1.0 tool chains from: http://sourceforge.net/projects/edk2developertoolsforwindows/ passes for valid combinations of RELEASE/DEBUG,

Re: [edk2] [patch] MdePkg: add comment for SafeString API in BaseLib

The patch is good. Reviewed-by: Liming Gao From: Yao, Jiewen [mailto:jiewen@intel.com] Sent: Tuesday, May 05, 2015 10:44 AM To: edk2-devel@lists.sourceforge.net Subject: [edk2] [patch] MdePkg: add comment for SafeString API in BaseLib Hi Here is patch to add comment for SafeString API in Ba

Re: [edk2] [patch] MdePkg: add comment for SafeString API in BaseLib

Rather than: If error value would be returned, the function will ASSERT() also. I think this sounds better: If an error would be returned, then the function will also ASSERT(). Or, possibly: If an error would be returned, then the function will also trigger an ASSERT(). -Jordan On 2015-05-04 20

Re: [edk2] [patch] MdePkg: add comment for SafeString API in BaseLib

Good suggestion! I would choose: -- If an error would be returned, then the function will also ASSERT(). Thank you Yao Jiewen -Original Message- From: Justen, Jordan L Sent: Tuesday, May 05, 2015 1:10 PM To: edk2-devel@lists.sourceforge.net; Yao, Jiewen Subject: Re: [edk2] [patch] MdePk

[edk2] [Patch 0/3] Add ESRT Support

1. Add ESRT Module into MdeModulePkg. ESRT protocol is used to cache ESRT info for Non-FMP or FMP instance. Protocol provides interface to lock Repository. 2. Add Microsoft UX Capsule GUID & Layout Definition into IndustryStandard Zhang, Chao B (3): MdePkg : Add Microsoft UX capsule GUID & layo

[edk2] [Patch 2/3] MdeModulePkg : Add ESRT management protocol definition

Add ESRT management protocol definition into MdeModulePkg Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Chao Zhang --- MdeModulePkg/Include/Protocol/EsrtManagement.h | 136 + MdeModulePkg/MdeModulePkg.dec | 20 MdeModulePkg

[edk2] [Patch 1/3] MdePkg : Add Microsoft UX capsule GUID & layout

Add Microsoft UX capsule GUID & layout into IndustryStandard Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Chao Zhang --- MdePkg/Include/IndustryStandard/WindowsUxCapsule.h | 53 ++ MdePkg/MdePkg.dec | 5 ++ 2 files

[edk2] [Patch 2/4] MdeModulePkg: Update CapsulePei to consume PI1.4 CapsulePpi

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao --- MdeModulePkg/Universal/CapsulePei/CapsulePei.inf | 4 ++-- MdeModulePkg/Universal/CapsulePei/UefiCapsule.c | 8 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/MdeModulePkg/Universal/Cap

[edk2] [Patch 3/4] MdeModulePkg: Remove CapsulePpi definition

PI1.4 Capsule.h has been added. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao --- MdeModulePkg/Include/Ppi/Capsule.h | 125 - MdeModulePkg/MdeModulePkg.dec | 3 - 2 files changed, 128 deletions(-) delete mode 100644

[edk2] [Patch 4/4] IntelFspWrapperPkg: Update PeiFspHobProcessLibSample to consume PI CapsulePpi

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao --- .../Library/PeiFspHobProcessLibSample/FspHobProcessLibSample.c| 4 ++-- .../Library/PeiFspHobProcessLibSample/PeiFspHobProcessLibSample.inf | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) dif

[edk2] [Patch 1/4] MdePkg: Add PI1.4 CapsulePpi definition

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao --- MdePkg/Include/Ppi/Capsule.h | 136 +++ MdePkg/MdePkg.dec| 7 ++- 2 files changed, 141 insertions(+), 2 deletions(-) create mode 100644 MdePkg/Include/Ppi/C

[edk2] [Patch 0/4] Add PI1.4 CapsulePpi

Add PI1.4 CapsulePpi definition, remove CapsulePpi definition in MdeModulePkg Update EDKII modules to consume PI CapsulePpi. Liming Gao (4): MdePkg: Add PI1.4 CapsulePpi definition MdeModulePkg: Update CapsulePei to consume PI1.4 CapsulePpi MdeModulePkg: Remove CapsulePpi definition IntelF

[edk2] [Patch 3/3] MdeModulePkg : Add ESRT management module

Add ESRT management module. It provides a repository to cache ESRT info for FMP or Non-FMP instance Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Chao Zhang --- MdeModulePkg/Universal/EsrtDxe/EsrtDxe.c | 645 ++ MdeModulePkg/Universal/EsrtDx

[edk2] [Patch] MdeModulePkg: Update FirmwarePerformanceDataTableDxe for LegacyBoot

Change the code to listen EFI_SW_DXE_BS_PC_LEGACY_BOOT_EVENT instead of the Legacy Boot event to provide more precise performance data. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao --- .../FirmwarePerformanceDxe.c | 76 +++--

[edk2] [PATCH] MdePkg: Update the UEFI version to reflect new revision

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu Reviewed-by: Liming Gao --- MdePkg/Include/Uefi/UefiSpec.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MdePkg/Include/Uefi/UefiSpec.h b/MdePkg/Include/Uefi/UefiSpec.h index 64105c2..b862d1b 10

[edk2] [PATCH] MdePkg: EFI_FIRMWARE_MANAGEMENT_PROTOCOL.CheckImage() Description Update

Update description comments for IMAGE_UPDATABLE_VALID. Add new definition IMAGE_UPDATABLE_VALID_WITH_VENDOR_CODE to FMP CheckImage. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu Reviewed-by: Liming Gao --- MdePkg/Include/Protocol/FirmwareManagement.h | 10 +++

[edk2] [PATCH] MdeModulePkg: Remove GetBootMode() at FirmwarePerformancePeiEntryPoint

Boot mode maybe changed at any point during the PEI phase, therefore, boot mode should be checked later rather at entry point. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu Reviewed-by: Liming Gao --- .../FirmwarePerformancePei.c | 78 ++

[edk2] [PATCH] MdePkg: Modify specification number encoding

Change the PEI, DXE, and SMM service table revisions to 1.4. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu Reviewed-by: Liming Gao --- MdePkg/Include/Pi/PiDxeCis.h | 4 ++-- MdePkg/Include/Pi/PiPeiCis.h | 4 ++-- MdePkg/Include/Pi/PiSmmCis.h | 8 3 files

[edk2] [Patch] MdePkg: Comment Signature field in image execution info table

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao Reviewed-by: Eric Dong --- MdePkg/Include/Guid/ImageAuthentication.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/MdePkg/Include/Guid/ImageAuthentication.h b/MdePkg/Include/Guid/Ima

[edk2] [PATCH 1/2] MdePkg: Add UEFI2.5 bluetooth protocol/devicepath definition in MdePkg.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Qiu Shumin Reviewed-by: Liming Gao Reviewed-by: Yao Jiewen --- MdePkg/Include/IndustryStandard/Bluetooth.h | 47 +++ MdePkg/Include/Protocol/BluetoothConfig.h | 514 MdePkg/Include/Protocol/Bl

[edk2] [Patch 0/3] Add UEFI HII Config Keyword handler Protocol

UEFI spec 2.5 add new config keyword handler protocol, this patch add this protocol to hiidatabase. Eric Dong (3): MdePkg: Add definition for UEFI25 HII Config keyword handler protocol. MdeModulePkg: Implement UEFI25 HII Config keyword handler protocol. MdeModulePkg: Avoid update keyword str

[edk2] [Patch 1/3] MdePkg: Add definition for UEFI25 HII Config keyword handler protocol.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Eric Dong --- MdePkg/Include/Protocol/HiiConfigKeyword.h | 199 + MdePkg/MdePkg.dec | 3 + 2 files changed, 202 insertions(+) create mode 100644 MdePkg/Include/Protocol/H

[edk2] [Patch 3/3] MdeModulePkg: Avoid update keyword string package. When add new string for normal string package, avoid update keyword string package.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Eric Dong --- MdeModulePkg/Universal/HiiDatabaseDxe/String.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/MdeModulePkg/Universal/HiiDatabaseDxe/String.c b/MdeModulePkg/Universal/HiiDatabaseDxe/S

[edk2] [Patch 2/3] MdeModulePkg: Implement UEFI25 HII Config keyword handler protocol.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Eric Dong --- .../HiiDatabaseDxe/ConfigKeywordHandler.c | 3234 .../Universal/HiiDatabaseDxe/HiiDatabase.h | 223 +- .../Universal/HiiDatabaseDxe/HiiDatabaseDxe.inf|4 +- .../Univ

[edk2] [PATCH 2/2] MdePkg: Add bluetooth devicepath handling in device path library.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Qiu Shumin Reviewed-by: Yao Jiewen --- .../Library/UefiDevicePathLib/DevicePathFromText.c | 49 +- .../Library/UefiDevicePathLib/DevicePathToText.c | 39 - .../Library/UefiDevicePathLib/U

Re: [edk2] [PATCH] BaseTools: add support for gcc 5.1 tool chain

With the new GCC versioning scheme, we should name it GCC5. https://gcc.gnu.org/develop.html#num_scheme On 2015-05-04 20:55:58, Scott Duplichan wrote: > BaseTools: Add support for gcc 5.1 tool chains. Why is this line not used in the subject of the email? But, I think it should be BaseTools: Ad