Reviewed-by: Hao Wu
Best Regards,
Hao Wu
> -Original Message-
> From: Ni, Ruiyu
> Sent: Tuesday, June 06, 2017 11:36 AM
> To: edk2-devel@lists.01.org
> Cc: Wu, Hao A
> Subject: [PATCH v2 1/5] MdePkg/DevicePath: Add BluetoothLe device path node
> support
>
> Contributed-under: TianoCor
Reviewed-by: jiewen@intel.com
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Ruiyu
> Ni
> Sent: Tuesday, June 6, 2017 11:36 AM
> To: edk2-devel@lists.01.org
> Subject: [edk2] [PATCH v2 0/5] Add Bluetooth LE definitions per UEFI Spec 2.7
>
Hi Jordan,
On 6/5/17 9:08 PM, Zeng, Star wrote:
> I was not tracking this thread.
> Jiewen will help give comments about the potential change in MdeModulePkg.
>
> Thanks,
> Star
> -Original Message-
> From: Justen, Jordan L
> Sent: Tuesday, June 6, 2017 9:12 AM
> To: Brijesh Singh ; Lasz
UEFI Spec 2.7 introduces BluetoothAttribute and BluetoothLeConfig
protocols. The patch adds the definitions for them.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothAttribute.h | 283
MdePkg/Includ
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothIo.h | 287 +-
1 file changed, 144 insertions(+), 143 deletions(-)
diff --git a/MdePkg/Include/Protocol/BluetoothIo.h
b/MdePkg/Inc
v2: Change 5/5 to add GUID definitions to MdePkg.dec
Ruiyu Ni (5):
MdePkg/DevicePath: Add BluetoothLe device path node support
MdePkg/BluetoothConfig: Add new EFI_BLUETOOTH_CONFIG_DATA_TYPE types
MdePkg/BluetoothHc: Add detailed function header comments
MdePkg/BluetoothIo: Formalize functi
UEFI spec 2.7 adds new EFI_BLUETOOTH_CONFIG_DATA_TYPE types.
The patch adds them to the header file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothConfig.h | 25 -
1 file changed, 20 in
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Hao A Wu
---
MdePkg/Include/IndustryStandard/Bluetooth.h| 17 +-
MdePkg/Include/Protocol/DevicePath.h | 11 ++-
.../Library/UefiDevicePathLib/DevicePathFromText.c | 34 ++
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothHc.h | 510 --
1 file changed, 303 insertions(+), 207 deletions(-)
diff --git a/MdePkg/Include/Protocol/BluetoothHc.h
b/MdePkg/Inc
UEFI spec 2.7 adds new EFI_BLUETOOTH_CONFIG_DATA_TYPE types.
The patch adds them to the header file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothConfig.h | 25 -
1 file changed, 20 in
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothHc.h | 510 --
1 file changed, 303 insertions(+), 207 deletions(-)
diff --git a/MdePkg/Include/Protocol/BluetoothHc.h
b/MdePkg/Inc
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Hao A Wu
---
MdePkg/Include/IndustryStandard/Bluetooth.h| 17 +-
MdePkg/Include/Protocol/DevicePath.h | 11 ++-
.../Library/UefiDevicePathLib/DevicePathFromText.c | 34 ++
UEFI Spec 2.7 introduces BluetoothAttribute and BluetoothLeConfig
protocols. The patch adds the definitions for them.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothAttribute.h | 283
MdePkg/Includ
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ruiyu Ni
Cc: Jiewen Yao
---
MdePkg/Include/Protocol/BluetoothIo.h | 287 +-
1 file changed, 144 insertions(+), 143 deletions(-)
diff --git a/MdePkg/Include/Protocol/BluetoothIo.h
b/MdePkg/Inc
Ruiyu Ni (5):
MdePkg/DevicePath: Add BluetoothLe device path node support
MdePkg/BluetoothConfig: Add new EFI_BLUETOOTH_CONFIG_DATA_TYPE types
MdePkg/BluetoothHc: Add detailed function header comments
MdePkg/BluetoothIo: Formalize function header comments.
MdePkg: Add BluetoothAttribute.
Cc: Eric Dong
Cc: Liming Gao
Cc: Ruiyu Ni
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Dandan Bi
---
.../Universal/DriverSampleDxe/DriverSample.c | 57 ++
.../Universal/DriverSampleDxe/DriverSample.h | 1 +
.../Universal/DriverSampleDx
V3: Avoid adding new member in current stucture to indicate indicate
whether current date type is Union or not. We can directly paas the
data type info to sub-statement/function during parsing phase.
This serie is the POC to update VfrCompiler to support Union type
in VarStore and construct the us
V3: Avoid adding new member in current stucture to indicate indicate
whether current date type is Union or not. We can directly paas the
data type info to sub-statement/function during parsing phase.
Cc: Eric Dong
Cc: Liming Gao
Cc: Ruiyu Ni
Contributed-under: TianoCore Contribution Agreement 1
I was not tracking this thread.
Jiewen will help give comments about the potential change in MdeModulePkg.
Thanks,
Star
-Original Message-
From: Justen, Jordan L
Sent: Tuesday, June 6, 2017 9:12 AM
To: Brijesh Singh ; Laszlo Ersek ;
edk2-devel@lists.01.org; Zeng, Star ; Dong, Eric
Cc:
On 2017-06-05 14:56:04, Brijesh Singh wrote:
> On 06/01/2017 04:10 AM, Laszlo Ersek wrote:
> > On 06/01/17 09:40, Jordan Justen wrote:
> >> In https://lists.01.org/pipermail/edk2-devel/2017-April/009883.html
> >> Leo said that DxeIpl won't work because new I/O ranges might be added.
> >> I don't un
EFI_FTP4_DATA_CALLBACK is a function pointer and defined as follows:
> typedef
> EFI_STATUS
> (EFIAPI *EFI_FTP4_DATA_CALLBACK)(
> IN EFI_FTP4_PROTOCOL *This,
> IN EFI_FTP4_COMMAND_TOKEN *Token
> );
And EFI_FTP4_COMMAND_TOKEN structure declared it as:
> EFI_FTP4_DATA_CALLBACK *D
Hi Jordan,
On 06/01/2017 04:10 AM, Laszlo Ersek wrote:
On 06/01/17 09:40, Jordan Justen wrote:
On 2017-05-29 14:59:46, Brijesh Singh wrote:
On 5/29/17 3:38 PM, Jordan Justen wrote:
On 2017-05-29 04:16:15, Laszlo Ersek wrote:
(looks like I was the one to comment as second reviewer after al
This patch checks SUP_MODULE_SMM_CORE_STANDALONE and
SUP_MODULE_SMM_STANDALONE module compatibility with PI specification
version.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
Signed-off-by: Supreeth Venkatesh
---
BaseTools/Source/Python/Workspace/WorkspaceD
This patch verifies SMM_CORE_STANDALONE module compatibility with PI
specification version.
Also, it registers SMM_STANDALONE/SMM_CORE_STANDALONE modules with
FdfParser class and provides mapping between SMM_STANDALONE and
SMM_CORE_STANDALONE module type in FDF with
EFI_FV_FILETYPE_SMM_STANDALONE a
This patch registers SMM_STANDALONE and SMM_CORE_STANDALONE module type
with python build tools.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
Signed-off-by: Supreeth Venkatesh
---
BaseTools/Source/Python/build/BuildReport.py | 4 +++-
BaseTools/Source/Python
This patch registers SMM_STANDALONE with Ffs class.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
Signed-off-by: Supreeth Venkatesh
---
BaseTools/Source/Python/Eot/FvImage.py | 1 +
1 file changed, 1 insertion(+)
diff --git a/BaseTools/Source/Python/Eot/FvIm
This patch registers SMM_STANDALONE and SMM_CORE_STANDALONE module types
with CommonClass and PackageIncludePkgHeaderClass in CommonDataClass.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
Signed-off-by: Supreeth Venkatesh
---
BaseTools/Source/Python/CommonDa
This patch adds changes to auto generate SMM_CORE_STANDALONE and
SMM_STANDALONE Entry Point templates.
Also, it adds changes to help auto generate dependency expressions for
SMM_STANDALONE modules.
PI Specification v1.6 specifies Management Mode System Table (MMST)
which is a collection of common
This patch adds SUP_MODULE_SMM_STANDALONE and
SUP_MODULE_SMM_CORE_STANDALONE data types and includes it in
SUP_MODULE_LIST.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
Signed-off-by: Supreeth Venkatesh
---
BaseTools/Source/Python/Common/DataType.py | 4 +++-
***
PI v1.5 Specification Volume 4 defines Management Mode Core Interface.
In order to support Management Mode Core Interface, Module Types MM_STANDALONE,
MM_CORE_STANDALONE are needed.
PI specification v1.5 defines the following new file types:
#define EFI_FV_FILETYPE_MM 0x0A
#define EFI_FV_FIL
This patch adds support for FdfParser tool to parse SMM_STANDALONE and
SMM_CORE_STANDALONE modules.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Yao
Signed-off-by: Supreeth Venkatesh
---
BaseTools/Source/Python/Common/FdfParserLite.py | 4 ++--
1 file changed, 2
PI v1.6 Specification Volume 4 defines Management Mode Core Interface.
In order to support Management Mode Core Interface, Module Types
MM_STANDALONE, MM_CORE_STANDALONE are needed.
This patch ensures that SMM_STANDALONE, SMM_CORE_STANDALONE Modules are
treated as EFI Boot Service Driver in GenFw t
PI specification v1.6 defines the following new file types:
This patch adds the new file type EFI_FV_FILETYPE_SMM_STANDALONE in
GenFfs tool. *_SMM_* regex instead of *_MM_* is used to preserve
backwards compatibility.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jiewen Y
On 06/05/2017 01:23 AM, GN Keshava wrote:
> I was able to build EDK2 using VS2008. Did anyone used VS2015 and built
> the EDK2? If yes, I want to know how I can do it.
You might check out how the VisualUEFI project builds EDK2.
According to it's readme, it works with VS2015.
https://github.com/ion
On 2017-06-02 14:48:14, Laszlo Ersek wrote:
> On 06/02/17 11:03, Ard Biesheuvel wrote:
> > On 1 June 2017 at 23:56, Jordan Justen wrote:
> >
> > A commit log would be nice
>
> I agree. FWIW:
How about this?
EmulatorPkg/Unix/Host: Add GCC5 CC/DLINK commands (for GCC >= 5)
These flags are based
On 2017-06-03 08:42:03, Laszlo Ersek wrote:
> ... by narrower than 8-byte ADD_POINTER references.
>
> Introduce the CollectRestrictedAllocations() function, which iterates over
How about Collect32BitRestrictedAllocations and similar treatment for
other names that just say 'restricted'?
With that
On Mon, Jun 05, 2017 at 03:12:34PM +, Ard Biesheuvel wrote:
> Hi Scott,
>
> On 5 June 2017 at 10:50, Scott Telford wrote:
> > Add libraries (CadenceCspLib, CadenceCspSecLib,
> > CadenceCspResetSystemLib) to support the Cadence Configurable System
> > Platform (CSP) configured with a single AR
On Mon, Jun 05, 2017 at 11:50:23AM +0100, Scott Telford wrote:
> Add libraries (CadenceCspLib, CadenceCspSecLib,
> CadenceCspResetSystemLib) to support the Cadence Configurable System
> Platform (CSP) configured with a single ARM Cortex-A53, GIC-500,
> Cadence UART and Cadence PCIe Root Complex.
>
On Mon, Jun 05, 2017 at 11:50:25AM +0100, Scott Telford wrote:
> Add PciHostBridgeLib implementation for the Cadence PCIe Root Complex.
> This library is derived from
> Platforms/ARM/Juno/Library/JunoPciHostBridgeLib in OpenPlatformPkg.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
>
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Shubham Mittal
> Sent: June-03-17 10:28 PM
> To: Andrew Fish; Blibbet
> Cc: edk2-devel@lists.01.org
> Subject: Re: [edk2] Format SD card while on UEFI shell
>
> Thanks Blibbet for your suggestion
On 5 June 2017 at 10:50, Scott Telford wrote:
> Add ACPI tables for Cadence CSP platform configured with a single
> Cortex-A53, GIC-500, Cadence UART and Cadence PCIe Root Complex.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Scott Telford
> ---
> CadencePkg/AcpiT
> On Jun 5, 2017, at 4:42 AM, Amit kumar wrote:
>
>
> Hi,
>
> I have created a uefi application and i want to directly launch from the Pen
> Drive, just like uefi shell.
> I made a EFI/BOOT directory in USB and copied my application in this director
> and name it BOOTX64.efi it seems to work
On 5 June 2017 at 10:50, Scott Telford wrote:
> Add PciHostBridgeLib implementation for the Cadence PCIe Root Complex.
> This library is derived from
> Platforms/ARM/Juno/Library/JunoPciHostBridgeLib in OpenPlatformPkg.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: S
It's a bug and should be fixed.
Bugzilla: https://bugzilla.tianocore.org/show_bug.cgi?id=589
Thanks,
Tapan
-Original Message-
From: Ni, Ruiyu [mailto:ruiyu...@intel.com]
Sent: Saturday, June 03, 2017 7:48 PM
To: Shah, Tapan ; Carsey, Jaben ;
edk2-devel@lists.01.org
Cc: Kinney, Michael
Hi Scott,
On 5 June 2017 at 10:50, Scott Telford wrote:
> Add libraries (CadenceCspLib, CadenceCspSecLib,
> CadenceCspResetSystemLib) to support the Cadence Configurable System
> Platform (CSP) configured with a single ARM Cortex-A53, GIC-500,
> Cadence UART and Cadence PCIe Root Complex.
>
If I
> On Jun 5, 2017, at 7:04 AM, Gao, Liming wrote:
>
> _fltused symbol is generated by compiler. You can just define this symbol in
> one C file to satisfy the linker like below:
>
> int _fltused = 1;
>
Keshava,
Looks like _fltused is emitted by the MSVC to tell the C runtime it needs to
li
_fltused symbol is generated by compiler. You can just define this symbol in
one C file to satisfy the linker like below:
int _fltused = 1;
Thanks
Liming
From: GN Keshava [mailto:keshava...@gmail.com]
Sent: Monday, June 5, 2017 9:04 PM
To: Gao, Liming ; edk2-devel@lists.01.org
Cc: Carsey, Jaben
Hi Liming,
Thanks for the reply.
I had tried this, but was getting errors that I didn't get on VS2008,
mainly, error LNK2001 unresolved external symbol __fltused
I didnt get this error on VS2008, but the same workspace is giving this
error on VS2015. :(
Thanks.
With regards,
Keshava
On Mon, 5
Keshava:
You can build platform with -t VS2015 or -t VS2015x86 to enable VS2015 tool
chain.
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of GN
> Keshava
> Sent: Monday, June 5, 2017 4:23 PM
> To: edk2-devel@lists.01.org
> Cc: Carsey, Jaben
Hi,
I have created a uefi application and i want to directly launch from the Pen
Drive, just like uefi shell.
I made a EFI/BOOT directory in USB and copied my application in this director
and name it BOOTX64.efi it seems to works in some PCs,
But there are some PCs where it doesn't work even in
Add CadencePkg, which includes support for the Cadence Configurable
System Platform (CSP) with a single ARM Cortex-A53 and GIC-500. Also
include driver libraries for the Cadence PCIe Root Complex and Cadence
UART.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Telfor
Add libraries (CadenceCspLib, CadenceCspSecLib,
CadenceCspResetSystemLib) to support the Cadence Configurable System
Platform (CSP) configured with a single ARM Cortex-A53, GIC-500,
Cadence UART and Cadence PCIe Root Complex.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: S
Add PciHostBridgeLib implementation for the Cadence PCIe Root Complex.
This library is derived from
Platforms/ARM/Juno/Library/JunoPciHostBridgeLib in OpenPlatformPkg.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Telford
---
.../Library/CadencePciHostBridgeLib/Cdn
Add SEC phase implementation for Cadence CSP platform configured with
a single Cortex-A53 processor and GIC-500.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Telford
---
CadencePkg/Sec/AArch64/Arch.c | 25 +++
CadencePkg/Sec/AArch64/ArmCortexA5xHelp
Add ACPI tables for Cadence CSP platform configured with a single
Cortex-A53, GIC-500, Cadence UART and Cadence PCIe Root Complex.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Telford
---
CadencePkg/AcpiTables/AcpiTables.inf | 49 +
CadencePkg/AcpiTables/CspP
Add .dsc, .fdf and .dec files for a Cadence CSP platform configured
with a single Cortex-A53, GIC-500, Cadence UART and Cadence PCIe Root
Complex.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Telford
---
CadencePkg/CadenceCsp.dsc| 711 +
Add serial port library to support the Cadence IP6528 UART used in the
Cadence CSP platform.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Telford
---
CadencePkg/Include/Library/CspSerialPortLib.h | 86
.../CadenceCspSerialPortLib/CspSerialPortLib.c
On Sat, 3 Jun 2017 09:36:23 +0200
Laszlo Ersek wrote:
> On 06/02/17 17:45, Laszlo Ersek wrote:
>
> > The patches can cause linker/loader breakage when old firmware is booted
> > on new QEMU. However, that's no problem (it's nothing new), the next
> > release of QEMU should bundle the new firmwar
Hi Ray,
Thanks for your comments! Yes, we also can avoid using member variable.
Based on my understanding, we can parse value to sub-statement.
So when parsing a Struct/Union type, it can pass this info to its member
fields , then we can detect whether current Data Type is Struct or Union.
In t
Hi,
I was able to build EDK2 using VS2008. Did anyone used VS2015 and built the
EDK2?
If yes, I want to know how I can do it.
Thanks.
With regards,
Keshava
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-de
Reviewed-by: Fu Siyuan
-Original Message-
From: Ye, Ting
Sent: 2017年6月5日 15:39
To: Wu, Jiaxin ; edk2-devel@lists.01.org
Cc: Fu, Siyuan
Subject: RE: [Patch 1/2] MdeModulePkg/UefiPxeBcDxe: Fix the PXE BootMenu
selection issue
Reviewed-by: Ye Ting
-Original Message-
From: Wu
Reviewed-by: Fu Siyuan
-Original Message-
From: Wu, Jiaxin
Sent: 2017年5月22日 15:36
To: edk2-devel@lists.01.org
Cc: Ye, Ting ; Fu, Siyuan ; Wu, Jiaxin
Subject: [Patch 2/2] MdeModulePkg/UefiPxeBcDxe: Refine the PXE boot displayed
information
This path is to refine the PXE boot displaye
Reviewed-by: Ye Ting
-Original Message-
From: Wu, Jiaxin
Sent: Monday, May 22, 2017 3:36 PM
To: edk2-devel@lists.01.org
Cc: Ye, Ting ; Fu, Siyuan ; Wu, Jiaxin
Subject: [Patch 1/2] MdeModulePkg/UefiPxeBcDxe: Fix the PXE BootMenu selection
issue
Currently implementation doesn't accep
Reviewed-by: Ye Ting
-Original Message-
From: Wu, Jiaxin
Sent: Monday, May 22, 2017 3:36 PM
To: edk2-devel@lists.01.org
Cc: Ye, Ting ; Fu, Siyuan ; Wu, Jiaxin
Subject: [Patch 2/2] MdeModulePkg/UefiPxeBcDxe: Refine the PXE boot displayed
information
This path is to refine the PXE boo
Dandan:
Please use LongFilePath() to convert file path. Then, MAX_PATH limitation can
be removed.
Thanks
Liming
>-Original Message-
>From: Bi, Dandan
>Sent: Monday, June 05, 2017 2:26 PM
>To: edk2-devel@lists.01.org
>Cc: Dong, Eric ; Gao, Liming ;
>Daniel D�az
>Subject: [patch] BaseTo
Reviewed-by: Ye Ting
-Original Message-
From: Wu, Jiaxin
Sent: Tuesday, May 23, 2017 10:11 AM
To: Paulo Alcantara ; edk2-devel@lists.01.org
Cc: Dong, Eric ; Zeng, Star
Subject: RE: [edk2] [PATCH v2] MdeModulePkg/DxeHttpLib: Fix potential memory
leaks
Reviewed-by: Wu Jiaxin
> -
66 matches
Mail list logo
