Re: [edk2] [Patch] Nt32Pkg PlatformBootManagerLib: Enable BootManagerMenuApp.

Reviewed-by: Ruiyu Ni >-Original Message- >From: Dong, Eric >Sent: Wednesday, August 24, 2016 4:22 PM >To: edk2-devel@lists.01.org >Cc: Ni, Ruiyu >Subject: [Patch] Nt32Pkg PlatformBootManagerLib: Enable BootManagerMenuApp. > >Enable BootManagerMenuApp application for Nt32 platform. >Als

Re: [edk2] [Patch] Nt32Pkg: Add Eric Dong as Nt32Pkg owner.

Reviewed-by: Ruiyu Ni >-Original Message- >From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Eric >Dong >Sent: Wednesday, August 24, 2016 4:22 PM >To: edk2-devel@lists.01.org >Cc: Ni, Ruiyu >Subject: [edk2] [Patch] Nt32Pkg: Add Eric Dong as Nt32Pkg owner. > >Contri

[edk2] [PATCH] [RESEND] Platforms/ARM/Juno: Add support for ACPI 6.0 LPI(Low Power Idle) states

ACPI 6.0 introduced LPI(Low Power Idle) states that provides an alternate method to describe processor idle states. LPI extensions leverages the processor container device(again introduced in ACPI 6.0) allowing to express which parts of the system are affected by a given LPI state. It defines the

[edk2] [PATCH] Platforms/ARM/Juno: limit ACPI support to v5.0 and higher

The ACPI spec predates the AARCH64 architecture by 5 versions, so there is no point in supporting anything below v5.0. So set the PCD that controls the ACPI table generation to the appropriate value. Based on the commit e0692789058e ("ArmVirtPkg/ArmVirtQemu: limit ACPI support to v5.0 and higher")

Re: [edk2] I found a fun bug in the Shell today. Looks like we have been getting lucky?

> On Aug 25, 2016, at 9:17 AM, Carsey, Jaben wrote: > > Doh! Thanks! I didn't realize that was the bug. I will have to finally > learn that servers name one of these days... > No worries I thought the URL would be more obvious, I should have labeled it. Thanks, Andrew Fish >> -Origi

Re: [edk2] I found a fun bug in the Shell today. Looks like we have been getting lucky?

Doh! Thanks! I didn't realize that was the bug. I will have to finally learn that servers name one of these days... > -Original Message- > From: af...@apple.com [mailto:af...@apple.com] > Sent: Thursday, August 25, 2016 9:08 AM > To: Carsey, Jaben > Cc: edk2-devel ; Ni, Ruiyu > Subje

Re: [edk2] I found a fun bug in the Shell today. Looks like we have been getting lucky?

> On Aug 25, 2016, at 9:05 AM, Carsey, Jaben wrote: > > Andrew, > > Can you file a Bugzilla issue so we can track this issue properly? > Jaben, I attached the URL at the end of the original mail: https://tianocore.acgmultimedia.com/show_bug.cgi?id=105 Thanks, Andrew Fish > -Jaben > >> -

Re: [edk2] I found a fun bug in the Shell today. Looks like we have been getting lucky?

Andrew, Can you file a Bugzilla issue so we can track this issue properly? -Jaben > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Andrew Fish > Sent: Wednesday, August 24, 2016 6:26 PM > To: edk2-devel > Subject: Re: [edk2] I found a fun b

Re: [edk2] 2nd HttpBoot fails even after upgrading to revision 24729

Yes, the SVN version number I provide is not consistent with you. The attachment is latest patch log details of the GitHub, you can make a contrast when you download the code. And then do some test. Best Regards Lubo -Original Message- From: Santhapur Naveen [mailto:nave...@

Re: [edk2] Question on iBFT for iSCSI

Any feedback anyone? Is it reasonable to make the change to publish the configured/DHCP provided target IP address rather than the redirected IP to iBFT? Thanks, Sriram. -Original Message- From: Subramanian, Sriram (EG Servers Platform SW) Sent: Tuesday, August 23, 2016 7:01 PM To: 'Ye

Re: [edk2] 2nd HttpBoot fails even after upgrading to revision 24729

Hi Lubo, I believe the way we refer the version numbers seem different. I use tortoise SVN to get the details of the edk2. When I checked the revision numbers 22104 and 21740 for HttpBootDxe and HttpDxe drivers respectively, I couldn't find anything. Please refer the attachment. By any

[edk2] BootableImageSupportTest\StorageSecurityCommandProtocolTest

Hi, When the we run the "BootableImageSupportTest\StorageSecurityCommandProtocolTest" test on the NVME devices we are getting into error because of the below testing code. // // According to TCG definition, when the Security Protocol field is set to 00h, and SP // Specific is se

Re: [edk2] [Patch v5 48/48] UefiCpuPkg/PiSmmCpuDxeSmm: Add gEfiVariableArchProtocolGuid dependency

Laszlo, After discussed with Star, I understood OVMF's circle dependency on Variable Arch protocol and SMM CPU driver. I will defer to check-in this patch till found the better solution. Before the proper fix adopted, our platforms might not set the HII types dynamic PCDs used by PiSmmCpuDxeSm