Re: [edk2] [patch 0/4] EDKII Usb stack async transfer performance tunning

Laszlo and Gerd The timer mentioned in my commit log is pure s/w timer, which is used to poll if those async interrupt transfers are done or not. In other words, it does not impact host controller and device behavior, just check the completion of those transactions with higher frequency. So the

Re: [edk2] [patch] EDKII:Display engine should not depend on the framework code

Dandan: Could we use PCD instead of FRONT_PAGE_FORMSET_GUID? If so, user can configure it if their UiApp changes this GUID. Thanks Liming From: Bi, Dandan Sent: Friday, June 05, 2015 11:35 AM To: 'edk2-devel@lists.sourceforge.net'; Dong, Eric; Gao, Liming Subject: [patch] EDKII:Display engine s

Re: [edk2] [Patch] MdePkg: Add header files for DNS/HTTP/IP4Config2.

Hi, A period key is missed for this sentence in both Dns4.h and Dns6.h: + @retval EFI_UNSUPPORTED This function is not supported. Or the requested + QType is not supported And the parameters of EFI_DNS6_MODE_DATA are not aligned for better coding styl

Re: [edk2] [RFC 0/4] New terminal type for Linux

On Thu, May 14, 2015 at 1:57 PM, Kinney, Michael D wrote: > Roy, > > 1) New GUID should be defined in MdeModulePkg/MdeModulePkg.dec > 2) New include file for new GUID in MdeModulePkg/Include/Guid > 3) Update TerminalDxe to use this new GUID. > > I do not recommend creating a new terminal driver.

[edk2] [patch] EDKII:Display engine should not depend on the framework code

Display engine base on class opcode to detect whether in frontpage form.Now remove class/subclass and use ClassGuid to judge whether in frontpage form Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Dandan Bi --- .../Universal/BdsDxe/FrontPageVfr.Vfr | 4 +---

[edk2] BOOTX64.EFI is what?

Hello, experts: I found : Mdepkg\include\uefi\UefiSpec.h has some definitions: // // EFI File location to boot from on removable media devices // #define EFI_REMOVABLE_MEDIA_FILE_NAME_IA32 L"\\EFI\\BOOT\\BOOTIA32.EFI" #define EFI_REMOVABLE_MEDIA_FILE_NAME_IA64 L"\\EFI\\BOOT\\BOOTIA64.EFI" #

Re: [edk2] [PATCH] MdeModulePkg: Refine the format of INF file.

Better to update comments to "Update to follow EDKII coding style." Reviewed-by: Ruiyu Ni From: Qiu, Shumin Sent: Friday, June 5, 2015 10:56 AM To: edk2-devel@lists.sourceforge.net Cc: Ni, Ruiyu Subject: [PATCH] MdeModulePkg: Refine the format of INF file.

[edk2] [PATCH] MdeModulePkg: Refine the format of INF file.

0001-MdeModulePkg-Refine-the-format-of-INF-file.patch Description: Binary data -- ___ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/list

Re: [edk2] [PATCH] MdeModulePkg: Fix bug of AllocatePages for large alignment

Hi Ard, I got this error when running SCT against QEMU AARCH64 UEFI. I think it will only happen for aarch64 runtime services allocation, because only this type of memory requires more than 4 pages alignment, which will trigger the bug. If we use the same alignment (e.g. 64KB) for both boot an

[edk2] [Patch] MdePkg: Add header files for DNS/HTTP/IP4Config2.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: jiaxinwu --- MdePkg/Include/Protocol/Dns4.h | 544 +++ MdePkg/Include/Protocol/Dns6.h | 539 ++ MdePkg/Include/Protocol/Http.h | 505 +++

[edk2] [patch 1/3] [CryptoPkg] Remove the old patch file for openssl-0.9.8zf build, and add the patch file for openssl-1.0.2a.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Long Qin Signed-off-by: qlong --- .../Library/OpensslLib/EDKII_openssl-0.9.8zf.patch | 279 .../Library/OpensslLib/EDKII_openssl-1.0.2a.patch | 358 + 2 files changed, 358 insertions(+),

[edk2] [patch 0/3] *** Update OpenSSL support to 1.0.2a release ***

Update the EDKII crypto provider from openssl 0.9.8zf to 1.0.2a. The OpenSSL Project announced that the support for version 0.9.8 will cease on 31st December 2015. This patch updates the EDKII openssl support to the latest 1.0.2 branch. qlong (3): [CryptoPkg] Remove the old patch file for openss

[edk2] [patch 3/3] [CryptoPkg] Updates some support header files and wrapper files to support openssl-1.0.2a build, and correct some openssl API usages when handling ASN.1 en/decoding.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Long Qin Signed-off-by: qlong --- CryptoPkg/Include/OpenSslSupport.h| 8 +++- CryptoPkg/Include/memory.h| 16 CryptoPkg/Library/BaseCryptLib/Pk/CryptAuthen

[edk2] [patch 2/3] [CryptoPkg] Update INF file, installation scripts and HOWTO for openssl-1.0.2a support.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Long Qin Signed-off-by: qlong --- CryptoPkg/Library/OpensslLib/Install.cmd | 146 --- CryptoPkg/Library/OpensslLib/Install.sh | 146 --- CryptoPkg/Library/OpensslLib/OpensslLib.inf | 618 +++-

Re: [edk2] PiSmmIpl SMRAM Reservation Logic

Hi Eugene Thanks to catch this. Yes, I fully agree with you that the hidden assumption should be removed here. After I revisit code again, my thought is below. Fact 1: PiSmmIpl will manipulate gSmmCorePrivate->SmramRanges at least 2 places. One is here - for SmmConfiguration. The other is to rem

Re: [edk2] Problem with PiSmmCore Dispatcher.c

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Zachary Bobroff zacha...@ami.com From: Andrew Fish [mailto:af...@apple.com] Sent: Thursday, June 04, 2015 12:30 PM To: edk2-devel@lists.sourceforge.net Subject: Re: [edk2] Problem with PiSmmCore Dispat

Re: [edk2] [PATCH] BaseTools for AArch64 GCC: Ensure that the correlation .text and .data is consistent between ELF and PE-COFF so the debugger sees global variables correctly

Oops, left off the contribution agreement line, trying again Dear ArmPkg maintainers (and later BaseTools maintainer), This is a fix for debugger correlation of global variables for AArch64 built on GCC. Before this change looking at global variables with a debugger showed bogus memory locatio

Re: [edk2] Proposal of Git Repo Layout for EDKII project

On Thu, Jun 4, 2015 at 9:34 AM, Roy Franz wrote: > On Thu, Jun 4, 2015 at 8:58 AM, Brian J. Johnson wrote: >> On 06/03/2015 08:53 PM, Jordan Justen wrote: >>> Yet another idea that I've considered is trying to leverage git >>> subtree. My idea was that the unified EDK II would remain the main >>>

Re: [edk2] PiSmmIpl SMRAM Reservation Logic

When trying the seemingly simple fix I see it doesn't work properly because the IPL could try to stomp over the reserved range at the beginning. To really handle this correctly we would either need to reduce the descriptor from the beginning (increase start address) and end (decrease size) or e

[edk2] PiSmmIpl SMRAM Reservation Logic

I've been debugging an SMM IPL issue and have isolated it to an assumption in the SMRAM range reservation logic in SmmIplEntry. The logic checks to see if the reserved range resides within the SMRAM descriptor and if it does it reduces the size of the SMRAM range by the start address of the res

Re: [edk2] A problem about the memory size of virtual machine(VM) when using OVMF

I have the impression that this is HTML mail. Please don't post HTML mail; it falls apart when it is quoted. That said, On 06/04/15 16:07, Maoming wrote: > Hi all： > >I started a virtual machine(VM) (redhat6.3_64bit) using OVMF in XEN4.6. > > And the memory of the VM is 64G. > >But I o

Re: [edk2] [patch] MdePkg/PropertiesTable support, MdeModulePkg/DxeCore support UEFI2.5 properties table

Jiewen, On 06/04/15 16:34, Yao, Jiewen wrote:> Hi > > Here is patch to support UEFI2.5, chapter 4, section 4.6 Properties > Table feature. > > MdePkg \u2013 add Properties table definition. > MdeModulePkg \u2013 add properties table support in DXE core. > MdeModulePkg \u2013 add PropertiesTableAtt

Re: [edk2] Proposal of Git Repo Layout for EDKII project

On Thu, Jun 4, 2015 at 8:58 AM, Brian J. Johnson wrote: > On 06/03/2015 08:53 PM, Jordan Justen wrote: >> Yet another idea that I've considered is trying to leverage git >> subtree. My idea was that the unified EDK II would remain the main >> upstream. >> >> I would setup an automated process to s

Re: [edk2] Problem with PiSmmCore Dispatcher.c

> On Jun 3, 2015, at 11:39 AM, Zachary Bobroff wrote: > > Yao, > > Find attached patch file. Also, note that I had my thought process wrong for > C99 vs C89 and moved the variable declarations for SmmTypeIndex and > AprioriIndex to the top of the function to make the compiler more happy. L

Re: [edk2] [RFC] edk2 support for a new QEMU device - PXB (PCI Expander Device)

On 06/04/15 17:18, Marcel Apfelbaum wrote: > On 06/04/2015 04:04 PM, Laszlo Ersek wrote: >> On 06/04/15 11:42, Marcel Apfelbaum wrote: >>> On 06/04/2015 02:11 AM, Laszlo Ersek wrote: >> What element type do you propose for the array in the new fw_cfg file? (And what name for the fw_cfg fi

[edk2] [PATCH] MdeModulePkg: Fix bug of AllocatePages for large alignment

DescEnd will be clipped for alignment in CoreFindFreePagesI, and it may fall below DescStart, when alignment is more than 16KB (included) and both DescStart and original DescEnd fall into a single range of such alignment. This results in a huge size (Negative number in unsigned type) for this descr

Re: [edk2] [PATCH] MdeModulePkg: Fix bug of AllocatePages for large alignment

On 4 June 2015 at 17:55, Heyi Guo wrote: > DescEnd will be clipped for alignment in CoreFindFreePagesI, and it > may fall below DescStart, when alignment is more than 16KB (included) > and both DescStart and original DescEnd fall into a single range of > such alignment. This results in a huge size

Re: [edk2] Proposal of Git Repo Layout for EDKII project

On 06/03/2015 08:53 PM, Jordan Justen wrote: > Yet another idea that I've considered is trying to leverage git > subtree. My idea was that the unified EDK II would remain the main > upstream. > > I would setup an automated process to split each package off using git > subtree, and push the separate

Re: [edk2] [patch 0/4] EDKII Usb stack async transfer performance tunning

On Do, 2015-06-04 at 15:24 +0200, Laszlo Ersek wrote: > On 06/04/15 08:16, Tian Feng wrote: > > Update the value of those async polling interval macros from 50ms to 1ms. > > Out of pure curiosity, how does this manifest in CPU consumption? > > USB 1 and 2 are CPU hungry when virtualized. > > USB

Re: [edk2] [RFC] edk2 support for a new QEMU device - PXB (PCI Expander Device)

On 06/04/2015 04:04 PM, Laszlo Ersek wrote: > On 06/04/15 11:42, Marcel Apfelbaum wrote: >> On 06/04/2015 02:11 AM, Laszlo Ersek wrote: > >>> What element type do you propose for the array in the new fw_cfg file? >>> (And what name for the fw_cfg file itself?) >>> >>> "etc/extra-pci-roots" uses uin

Re: [edk2] Problem with PiSmmCore Dispatcher.c

Thanks. Reviewed-by: Yao, Jiewen jiewen@intel.com Thank you Yao Jiewen From: Zachary Bobroff [mailto:zacha...@ami.com] Sent: Thursday, June 04, 2015 2:39 AM To: edk2-devel@lists.sourceforge.net Subject: Re: [edk2] Problem with PiSmmCore Dispatcher.c Yao, Find at

[edk2] [PATCH] BaseTools for AArch64 GCC: Ensure that the correlation .text and .data is consistent between ELF and PE-COFF so the debugger sees global variables correctly

Dear ArmPkg maintainers (and later BaseTools maintainer), This is a fix for debugger correlation of global variables for AArch64 built on GCC. Before this change looking at global variables with a debugger showed bogus memory locations. This is because the offset of the .data section in the ELF

[edk2] [patch] MdePkg/PropertiesTable support, MdeModulePkg/DxeCore support UEFI2.5 properties table

Hi Here is patch to support UEFI2.5, chapter 4, section 4.6 Properties Table feature. MdePkg - add Properties table definition. MdeModulePkg - add properties table support in DXE core. MdeModulePkg - add PropertiesTableAttributesDxe driver to set ACPINvs/Reserved memory type to be XP. Signed-of

[edk2] A problem about the memory size of virtual machine(VM) when using OVMF

Hi all： I started a virtual machine(VM) (redhat6.3_64bit) using OVMF in XEN4.6. And the memory of the VM is 64G. But I only got 3.5G inside the VM using "free". There is a same problem in KVM too. total used free shared buffers cached

Re: [edk2] [PATCH 2/2] ArmVirtPkg: add "Contributions.txt" and "License.txt"

Olivier, Andrew, On 06/01/15 18:48, Laszlo Ersek wrote: > Both files originate from ArmPlatformPkg. > > The copyright notices at the top of "License.txt" have been refreshed as > follows: > - I grepped ArmVirtPkg for "copyright", case-insensitively > - for each copyright holder company, I unified

Re: [edk2] [patch 0/4] EDKII Usb stack async transfer performance tunning

On 06/04/15 08:16, Tian Feng wrote: > Update the value of those async polling interval macros from 50ms to 1ms. Out of pure curiosity, how does this manifest in CPU consumption? USB 1 and 2 are CPU hungry when virtualized. USB 3 / XHCI is more amicable and (as far as I know) the answer for the "

Re: [edk2] Proposal of Git Repo Layout for EDKII project

On 06/04/15 03:53, Jordan Justen wrote: > On 2015-06-03 13:00:30, Jordan Justen wrote: >> But, even if you try to consider alternatives to submodules for >> composing platform trees, things get complicated. >> >> One idea, is to fork the EDK II master tree, and add submodules for >> your platform s

Re: [edk2] [RFC] edk2 support for a new QEMU device - PXB (PCI Expander Device)

On 06/04/15 11:42, Marcel Apfelbaum wrote: > On 06/04/2015 02:11 AM, Laszlo Ersek wrote: >> What element type do you propose for the array in the new fw_cfg file? >> (And what name for the fw_cfg file itself?) >> >> "etc/extra-pci-roots" uses uint64_t, little endian, for the number of >> extra roo

Re: [edk2] [PATCH v4 08/10] BaseTools/Tests: Verify unsupported UTF-8 data is rejected

On 06/04/15 08:42, Jordan Justen wrote: > Surrogate pair characters can be encoded in UTF-8 files, but they are > not valid UCS-2 characters. > > For example, this python interpreter code: import codecs codecs.encode(u'\ud801', 'utf-8') > '\xed\xa0\x81' > > But, the range of 0xd800 - 0x

Re: [edk2] [PATCH v4 04/10] BaseTools/UniClassObject: Verify valid UCS-2 chars in UTF-16 .uni files

On 06/04/15 08:42, Jordan Justen wrote: > Supplementary Plane characters can exist in UTF-16 files, > but they are not valid UCS-2 characters. > > For example, refer to this python interpreter code: import codecs codecs.encode(u'\U00010300', 'utf-16') > '\xff\xfe\x00\xd8\x00\xdf' > > Th

Re: [edk2] [PATCH v4 05/10] BaseTools/Tests: Verify unsupported UTF-16 are rejected

On 06/04/15 08:42, Jordan Justen wrote: > Supplementary Plane characters can exist in UTF-16 files, > but they are not valid UCS-2 characters. > > For example, this python interpreter code: import codecs codecs.encode(u'\U00010300', 'utf-16') > '\xff\xfe\x00\xd8\x00\xdf' > > Therefore t

Re: [edk2] [PATCH v4 09/10] BaseTools/Tests: Verify supported UTF-8 data is allowed

On 06/04/15 08:42, Jordan Justen wrote: > We test a simple case of UTF-8 with and without the UTF-8 BOM. > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Jordan Justen > Cc: Yingke D Liu > Cc: Michael D Kinney > Cc: Laszlo Ersek > --- > BaseTools/Tests/CheckUnicode

Re: [edk2] [PATCH] MdeModulePkg DxeSmmPerformanceLib: Cover no SMM performance data case.

Reviewed-by: Liming Gao -Original Message- From: Zeng, Star Sent: Wednesday, June 03, 2015 6:26 PM To: edk2-devel@lists.sourceforge.net Cc: Gao, Liming Subject: [PATCH] MdeModulePkg DxeSmmPerformanceLib: Cover no SMM performance data case. 1. Continue to get performance data by Perform

Re: [edk2] [RFC] edk2 support for a new QEMU device - PXB (PCI Expander Device)

On 06/04/2015 02:11 AM, Laszlo Ersek wrote: > On 06/03/15 22:34, Marcel Apfelbaum wrote: >> On 06/03/2015 01:20 PM, Laszlo Ersek wrote: > >>> Maybe we can experiment some more; for example we could start by >>> you explaining to me how exactly to probe for a root bus's presence >>> (you mentioned d

Re: [edk2] Proposal of Git Repo Layout for EDKII project

On 4 June 2015 at 08:46, Andrew Fish wrote: > > On Jun 3, 2015, at 11:33 PM, Ard Biesheuvel > wrote: > > In any case, I think the consensus is that the EDK2 upstream should > remain a single project if it moves to Git. If anyone disagrees with > this observation but hasn't chimed in yet, please s

[edk2] [Patch 2/2] Fix Dhcp4 driver hang issue in some case, which is caused by the driver does not free instance UdpIo before destroy its child.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Wu Jiaxin Signed-off-by: jiaxinwu --- MdeModulePkg/Universal/Network/Dhcp4Dxe/Dhcp4Driver.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/MdeModulePkg/Universal/Network/Dhcp4Dxe/Dhcp4Driv

[edk2] [Patch 1/2] Fix DHCP4.TransmitReceive() failure issue if DORA process not finished.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Wu Jiaxin Signed-off-by: jiaxinwu --- .../Universal/Network/Dhcp4Dxe/Dhcp4Impl.c | 33 +++--- 1 file changed, 23 insertions(+), 10 deletions(-) diff --git a/MdeModulePkg/Universal/Network/Dhcp4Dxe/Dhc

[edk2] [Patch 0/2] *** SUBJECT HERE ***

*** BLURB HERE *** jiaxinwu (2): Fix DHCP4.TransmitReceive() failure issue if DORA process not finished. Fix Dhcp4 driver hang issue in some case, which is caused by the driver does not free instance UdpIo before destroy its child. .../Universal/Network/Dhcp4Dxe/Dhcp4Driver.c |

Re: [edk2] Query UEFI : PCIE Driver for Armv8 platform

> On Jun 3, 2015, at 11:57 PM, Leekha Shaveta wrote: > > Thanks Bill for such an elaborated reply !! > > Few doubts left: > (1)In "StartBusEnumeration" function of PCI_HOST_BRIDGE, it > // Fill an ACPI descriptor table with the Bus Number Range. This > // information will be u

Re: [edk2] Query UEFI : PCIE Driver for Armv8 platform

Thanks Bill for such an elaborated reply !! Few doubts left: (1)In "StartBusEnumeration" function of PCI_HOST_BRIDGE, it // Fill an ACPI descriptor table with the Bus Number Range. This // information will be used by the PCI Bus driver // to set bus numbers to PCI