[edk2] [Patch] MdePkg: Declare _ReturnAddress() in Base.h for MSFT tool chain

https://bugzilla.tianocore.org/show_bug.cgi?id=590 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao Cc: Michael Kinney --- MdePkg/Include/Base.h | 1 + 1 file changed, 1 insertion(+) diff --git

[edk2] [PATCH 3/3] MdeModulePkg/EmmcDxe: Implementation of Disk Information Protocol

Adds the implementation of Disk Information Protocol for EMMC devices per PI 1.6 spec. Cc: Ruiyu Ni Cc: Star Zeng Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu ---

[edk2] [PATCH 0/3] Disk Information Protocol for SD/MMC devices

Per PI 1.6 spec, add Disk Information Protocol support in SD/MMC devices. Cc: Ruiyu Ni Cc: Star Zeng Hao Wu (3): MdePkg/DiskInfo.h: Add the SD/MMC interface GUID definition MdeModulePkg/SdDxe: Implementation of Disk Information Protocol

[edk2] [PATCH 1/3] MdePkg/DiskInfo.h: Add the SD/MMC interface GUID definition

Add the SD/MMC interface GUID definition per PI 1.6 spec. Cc: Ruiyu Ni Cc: Star Zeng Cc: Michael D Kinney Cc: Liming Gao Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu

[edk2] [PATCH 2/3] MdeModulePkg/SdDxe: Implementation of Disk Information Protocol

Adds the implementation of Disk Information Protocol for SD devices per PI 1.6 spec. Cc: Ruiyu Ni Cc: Star Zeng Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu --- MdeModulePkg/Bus/Sd/SdDxe/SdDiskInfo.c

Re: [edk2] [PATCH v2 0/4] MdeModulePkg/XhciDxe: Check timeout URB again after stopping endpoint

The patch series is good to me. Reviewed-by: Hao Wu Best Regards, Hao Wu > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Ruiyu > Ni > Sent: Tuesday, July 04, 2017 1:20 PM > To: edk2-devel@lists.01.org > Subject: [edk2]

Re: [edk2] [PATCH] MdeModulePkg/NvmExpressDxe: Handle timeout for blocking PassThru req

Reviewed-by: Star Zeng -Original Message- From: Wu, Hao A Sent: Wednesday, June 7, 2017 11:17 AM To: edk2-devel@lists.01.org Cc: Wu, Hao A ; Zeng, Star ; Michael Turner Subject: [PATCH]

Re: [edk2] SCT Test failed

Hi karunakar, I forward this discussion to UTWG since the UEFI SCT is not opensource project. Best Regards Eric -Original Message- From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Karunakar P Sent: Tuesday, July 4, 2017 8:38 PM To: edk2-devel@lists.01.org Subject:

[edk2] [platforms: PATCH v2 10/10] Platform/Marvell: ComPhyLib: Add support for SATA ports on CP110 slave

From: Ard Biesheuvel Add support for COMPHY_TYPE_SATA2 and COMPHY_TYPE_SATA3, which map to the SATA ports on the second CP110's AHCI controller. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel

[edk2] [platforms: PATCH v2 00/10] Armada 7k ComPhy upgrade

Hi, I'm resending last two patches with the style fixes, pointed by Leif. Details can be found in the changelog below. Patches are available in the github: https://github.com/MarvellEmbeddedProcessors/edk2-open-platform/commits/opp-upstream-r20170704-2 Any remarks/comments will be very welcome.

[edk2] [platforms: PATCH v2 09/10] Platform/Marvell: ComPhyLib: Use COMPHY_ prefix in macros

This patch renames macros for speed, type and polarity from 'PHY_' to 'COMPHY_' (Common PHY), so that to avoid confusion with network PHY's definitions (NETPHY_). Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas ---

Re: [edk2] writing EDK compatible application.

> On Jul 4, 2017, at 11:13 AM, Amit kumar wrote: > > Hey, > I just can find any spec on ConsoleControl protocol, can you tell what/where > to refer ? Amit, It was defined as part of the Tiano stuff, so that is Intel Framework, and it did not make it to the PI spec or

Re: [edk2] writing EDK compatible application.

On 07/04/17 19:20, Amit kumar wrote: > > HI, > > I have written a code (say helloworld program ) using edk2 framework, named > the output efi file as BOOTx64.efi and placed it on a removable media in > EFI/BOOT/ directory so that the application is listed in one time boot menu. > When

Re: [edk2] [PATCH v2 1/2] OvmfPkg: disable build-time relocation for DXEFV modules

On 07/04/17 13:54, Gao, Liming wrote: > Reviewed-by: Liming Gao Thanks for your help, Liming! Laszlo >> -Original Message- >> From: Laszlo Ersek [mailto:ler...@redhat.com] >> Sent: Tuesday, July 4, 2017 6:00 PM >> To: edk2-devel-01 >> Cc:

Re: [edk2] writing EDK compatible application.

Hey, I just can find any spec on ConsoleControl protocol, can you tell what/where to refer ? Amit On Jul 4, 2017, at 11:25 PM, Amit kumar > wrote: Thanks for the suggestion Marvin, I will try switching to text mode. Amit On Jul 4, 2017, at 11:21

Re: [edk2] writing EDK compatible application.

Thanks for the suggestion Marvin, I will try switching to text mode. Amit > On Jul 4, 2017, at 11:21 PM, Marvin Häuser wrote: > > Well, if EFI Shell 1.0 works, why not use it? > Mac EFI exposes the ConsoleControl protocol, which lets you switch between > text and

Re: [edk2] writing EDK compatible application.

Well, if EFI Shell 1.0 works, why not use it? Mac EFI exposes the ConsoleControl protocol, which lets you switch between text and graphics mode. That might be the reason your text outputs don't show, because graphics is the default mode on Mac EFI, though I could never test this myself as I lack

Re: [edk2] [Patch][edk2-platforms] Vlv2TbltDevicePkg: Add SMBIOS Type 19.

One comment regarding the record allocation is inline. Regards, Marvin. > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > lushifex > Sent: Tuesday, July 4, 2017 10:24 AM > To: edk2-devel@lists.01.org > Cc: david@intel.com > Subject:

Re: [edk2] writing EDK compatible application.

Hi, Yes intact it’s MacBook, but is there another way to do it without UEFI shell. In edk2/shellpkgbin are 2.2+, even shell fails to execute on Mac. Although efi shell 1.0 works. Is there a to do it without shell ? Thanks Amit > On Jul 4, 2017, at 11:05 PM, Marvin H?user

Re: [edk2] writing EDK compatible application.

Hey, The entry point declarations and the calling conventions have not changed since EFI 1.10, though X64 was not a supported platform for 1.10 if I remember correctly. To be honest, I never saw an x64 EFI 1.10 implementation other than Apple's, though even if it still signals that version,

Re: [edk2] [PATCH v2] ArmPlatformPkg: convert VExpress ResetSystemLib to ResetSystemLib

On 4 July 2017 at 18:11, Leif Lindholm wrote: > Since we're in the process of migrating all of the VExpress platforms > to MdeModulePkg ResetSystemRuntimeDxe, convert VExpress ResetSystemLib > from EfiResetSystemLib interface to the ResetSystemLib one. > >

[edk2] writing EDK compatible application.

HI, I have written a code (say helloworld program ) using edk2 framework, named the output efi file as BOOTx64.efi and placed it on a removable media in EFI/BOOT/ directory so that the application is listed in one time boot menu. When selected from boot menu it prints "Hello World". Which

[edk2] [PATCH v2] ArmPlatformPkg: convert VExpress ResetSystemLib to ResetSystemLib

Since we're in the process of migrating all of the VExpress platforms to MdeModulePkg ResetSystemRuntimeDxe, convert VExpress ResetSystemLib from EfiResetSystemLib interface to the ResetSystemLib one. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Leif Lindholm

[edk2] [PATCH v2 8/8] OvmfPkg: mention the extended TSEG near the PcdQ35TsegMbytes declaration

PlatformPei can now overwrite PcdQ35TsegMbytes; document this in "OvmfPkg/OvmfPkg.dec". Cc: Jordan Justen Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek --- OvmfPkg/OvmfPkg.dec | 7 --- 1 file changed, 4

[edk2] [PATCH v2 6/8] OvmfPkg/SmmAccess: support extended TSEG size

In SmmAccessPeiEntryPoint(), map TSEG megabyte counts different from 1, 2 and 8 to the MCH_ESMRAMC_TSEG_EXT bit pattern (introduced in the previous patch), for the ESMRAMC.TSEG_SZ bit-field register. (Suggested by Jordan.) In SmramAccessGetCapabilities() -- backing both

[edk2] [PATCH v2 7/8] OvmfPkg/PlatformPei: honor extended TSEG in PcdQ35TsegMbytes if available

Recognize an extended TSEG when available in Q35TsegMbytesInitialization(), and set both PcdQ35TsegMbytes (for OvmfPkg/SmmAccess) and "mQ35TsegMbytes" (for PlatformPei's own use) accordingly. The new logic interfaces with the QEMU feature added in QEMU commit 2f295167e0c4 ("q35/mch: implement

[edk2] [PATCH v2 4/8] OvmfPkg: make PcdQ35TsegMbytes dynamic

We can now make PcdQ35TsegMbytes dynamic, in preparation for the extended TSEG size feature. At the moment we only move the declaration in OvmfPkg.dec from [PcdsFixedAtBuild] to [PcdsDynamic, PcdsDynamicEx], and provide the dynamic defaults (with the same value, 8) in the DSC files if SMM_REQUIRE

[edk2] [PATCH v2 5/8] OvmfPkg/IndustryStandard/Q35MchIch9.h: add extended TSEG size macros

Add the macros for interfacing with the QEMU feature added in QEMU commit 2f295167e0c4 ("q35/mch: implement extended TSEG sizes", 2017-06-08). Cc: Jordan Justen Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek ---

[edk2] [PATCH v2 0/8] OvmfPkg: recognize an extended TSEG when QEMU offers it

This is version 2 of the series posted previously at . Version 2 is a rewrite from scratch based on Jordan's feedback for v1 and the subsequent discussion. Repo: https://github.com/lersek/edk2.git Branch:

[edk2] [PATCH v2 3/8] OvmfPkg/SmmAccess: prepare for PcdQ35TsegMbytes becoming dynamic

In one of the next patches we'll turn PcdQ35TsegMbytes into a dynamic PCD, to be set by PlatformPei. Jordan suggested to use gEfiPeiMemoryDiscoveredPpiGuid as SmmAccessPei's DEPEX for making sure that PlatformPei sets the PCD before SmmAccessPei consumes it. (PlatformPei installs the permanent

[edk2] [PATCH v2 1/8] OvmfPkg: widen PcdQ35TsegMbytes to UINT16

Widen PcdQ35TsegMbytes to UINT16, in preparation for setting it dynamically to the QEMU-advertized extended TSEG size (which is 16-bits wide). Cc: Jordan Justen Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek ---

[edk2] [PATCH v2 2/8] OvmfPkg/PlatformPei: prepare for PcdQ35TsegMbytes becoming dynamic

In one of the next patches we'll turn PcdQ35TsegMbytes into a dynamic PCD, to be set by PlatformPei. Introduce the Q35TsegMbytesInitialization() function and the "mQ35TsegMbytes" global variable to support this. Q35TsegMbytesInitialization() manages the PCD and caches its final value into

Re: [edk2] [platforms: PATCH 09/10] Platform/Marvell: ComPhyLib: Use COMPHY_ prefix in macros

2017-07-04 18:02 GMT+02:00 Leif Lindholm : > On Tue, Jul 04, 2017 at 05:55:58PM +0200, Marcin Wojtas wrote: >> Hi Leif, >> >> 2017-07-04 17:36 GMT+02:00 Leif Lindholm : >> > On Tue, Jul 04, 2017 at 03:24:12PM +0200, Marcin Wojtas wrote: >> >>

Re: [edk2] [platforms: PATCH 00/10] Armada 7k ComPhy upgrade

On Tue, Jul 04, 2017 at 05:59:39PM +0200, Marcin Wojtas wrote: > 2017-07-04 17:41 GMT+02:00 Leif Lindholm : > > On Tue, Jul 04, 2017 at 03:24:03PM +0200, Marcin Wojtas wrote: > >> Hi, > >> > >> I'm reviving upstream process of Armada 7k/8k on the new baseline. > >>

Re: [edk2] [platforms: PATCH 10/10] Platform/Marvell: ComPhyLib: Add support for SATA ports on CP110 slave

On 4 July 2017 at 16:38, Leif Lindholm wrote: > On Tue, Jul 04, 2017 at 03:24:13PM +0200, Marcin Wojtas wrote: >> From: Ard Biesheuvel >> >> Add support for PHY_TYPE_SATA2 and PHY_TYPE_SATA3, which map to the >> SATA ports on the second

Re: [edk2] [platforms: PATCH 09/10] Platform/Marvell: ComPhyLib: Use COMPHY_ prefix in macros

On Tue, Jul 04, 2017 at 05:55:58PM +0200, Marcin Wojtas wrote: > Hi Leif, > > 2017-07-04 17:36 GMT+02:00 Leif Lindholm : > > On Tue, Jul 04, 2017 at 03:24:12PM +0200, Marcin Wojtas wrote: > >> This patch renames macros for speed, type and polarity from > >> 'PHY_' to

Re: [edk2] [platforms: PATCH 00/10] Armada 7k ComPhy upgrade

2017-07-04 17:41 GMT+02:00 Leif Lindholm : > On Tue, Jul 04, 2017 at 03:24:03PM +0200, Marcin Wojtas wrote: >> Hi, >> >> I'm reviving upstream process of Armada 7k/8k on the new baseline. >> Patches 01 - 08 were already accepted on the linaro lists (please >> see

[edk2] [PATCH v2] ArmPlatformPkg: Support different PL011 reg offset

ZTE/SanChip version pl011 has different reg offset and bit offset for some registers. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jun Nie --- ArmPlatformPkg/ArmPlatformPkg.dec | 1 + ArmPlatformPkg/Drivers/PL011Uart/PL011Uart.inf | 1

[edk2] [PATCH v5] EmbeddedPkg/MmcDxe: Align the ExtCSD buffer

ExtCSD structure may be read via DMA. So align it to page to avoid data corruption. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jun Nie --- EmbeddedPkg/Universal/MmcDxe/Mmc.c | 3 +++ EmbeddedPkg/Universal/MmcDxe/Mmc.h

Re: [edk2] [platforms: PATCH 00/10] Armada 7k ComPhy upgrade

On Tue, Jul 04, 2017 at 03:24:03PM +0200, Marcin Wojtas wrote: > Hi, > > I'm reviving upstream process of Armada 7k/8k on the new baseline. > Patches 01 - 08 were already accepted on the linaro lists (please > see 'Reviewed-by's'. On top there are two minor modifications - > macro renaming and

Re: [edk2] [platforms: PATCH 10/10] Platform/Marvell: ComPhyLib: Add support for SATA ports on CP110 slave

On Tue, Jul 04, 2017 at 03:24:13PM +0200, Marcin Wojtas wrote: > From: Ard Biesheuvel > > Add support for PHY_TYPE_SATA2 and PHY_TYPE_SATA3, which map to the > SATA ports on the second CP110's AHCI controller. > > While at it, add a missing newline in the debug output

Re: [edk2] [platforms: PATCH 09/10] Platform/Marvell: ComPhyLib: Use COMPHY_ prefix in macros

On Tue, Jul 04, 2017 at 03:24:12PM +0200, Marcin Wojtas wrote: > This patch renames macros for speed, type and polarity from > 'PHY_' to 'COMPHY_', so that to avoid confusion with network > PHY's definitions. Which will be called? NETPHY? I always assumed COMPHY stood for communications PHY -

[edk2] [PATCH] BaseTools: Add COREBOOT tools definition

That toolset is defined as the current coreboot toolchain[0] at commit time. Right now this is gcc 6.3, iasl and GNU make, with minor patches as deemed necessary for firmware development by the coreboot maintainers. COREBOOT is primarily supposed to build CorebootPayloadPkg (and its

[edk2] [platforms: PATCH 07/10] Platform/Marvell: ComPhyLib: Add missing SFI and RXAUI configuration

Despite the fact, that SFI and RXAUI modes are present on supported feature list, their configuration was non existent and could not be executed. This patch adds the missing initialization sequences. Because ComPhySgmiiRFUPowerUp routine is common for SGMII, SFI and RXAUI, rename it and reuse for

[edk2] [platforms: PATCH 10/10] Platform/Marvell: ComPhyLib: Add support for SATA ports on CP110 slave

From: Ard Biesheuvel Add support for PHY_TYPE_SATA2 and PHY_TYPE_SATA3, which map to the SATA ports on the second CP110's AHCI controller. While at it, add a missing newline in the debug output to make it more legible. Contributed-under: TianoCore Contribution

[edk2] [platforms: PATCH 08/10] Platform/Marvell: ComPhyLib: Move devices description to MvHwDescLib

This patch introduces ComPhy description, using the new structures and template in MvHwDescLib. This change enables more flexible addition of multiple ComPhy chips and also significantly reduces amount of used PCD's for that purpose. Update PortingGuide documentation accordingly.

[edk2] [platforms: PATCH 06/10] Platform/Marvell: ComPhyLib: Configure analog parameters for PCIE

This patch adds analog parameters configuration for PCIE with the values defined during electrical tests of the interface. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas Reviewed-by: Ard Biesheuvel ---

[edk2] [platforms: PATCH 09/10] Platform/Marvell: ComPhyLib: Use COMPHY_ prefix in macros

This patch renames macros for speed, type and polarity from 'PHY_' to 'COMPHY_', so that to avoid confusion with network PHY's definitions. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas ---

[edk2] [platforms: PATCH 05/10] Platform/Marvell: ComPhyLib: Configure analog parameters for SATA

This patch adds analog parameters configuration for SATA with the values defined during electrical tests of the interface. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas Reviewed-by: Ard Biesheuvel ---

[edk2] [platforms: PATCH 03/10] Platform/Marvell: Update SerDes types on A70x0 development board

Recent changes in ComPhy library updated SerDes naming for SGMII. Reflect them in Armada70x0-DB lanes' description. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas Reviewed-by: Ard Biesheuvel ---

[edk2] [platforms: PATCH 04/10] Platform/Marvell: ComPhyLib: Mark failing lane as unconnected

In case of an error during initialization, setting PHY_TYPE_UNCONNECTED will allow to present proper information of the lane status. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas Reviewed-by: Leif Lindholm

[edk2] [platforms: PATCH 00/10] Armada 7k ComPhy upgrade

Hi, I'm reviving upstream process of Armada 7k/8k on the new baseline. Patches 01 - 08 were already accepted on the linaro lists (please see 'Reviewed-by's'. On top there are two minor modifications - macro renaming and adding slave CP110 SATA ports configuration. Patches are available in the

[edk2] [platforms: PATCH 01/10] Platform/Marvell: ComPhyLib: Cleanup and fix SerDes lanes assignment

Hitherto settings of ComPhy lanes' options were not on par with real hardware capabilities. This patch introduces following fixes to the lanes options: * Remove XAUI, because it's not supported; * Correct opiton for Lane1 is SATA0; * Remove KR from Lane3; * KR on Lane4 mux selector should be 0x2;

[edk2] [platforms: PATCH 02/10] Platform/Marvell: ComPhyLib: Rename KR to SFI

The actual SerDes type present by the HW is SFI, whose suppport is added in the following patches. KR mode is its subset of the SFI and it will be enabled in future. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Marcin Wojtas Reviewed-by: Ard

[edk2] SCT Test failed

Hi All, SCT GenericTest failed NetworkPkg. SCT version used:- UEFI2.5A_SCT_II_Release\UEFISCT\SctPackageX64 [Following are the test results] GenericTest\EFICompliantTest 5.22.1.2.5 0 0 98551AE7-5020-4DDD-861A-CFFFB4D60382 FAIL

Re: [edk2] [PATCH v2 1/2] OvmfPkg: disable build-time relocation for DXEFV modules

Reviewed-by: Liming Gao > -Original Message- > From: Laszlo Ersek [mailto:ler...@redhat.com] > Sent: Tuesday, July 4, 2017 6:00 PM > To: edk2-devel-01 > Cc: Ard Biesheuvel ; Justen, Jordan L >

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

2017-07-04 13:49 GMT+02:00 Ard Biesheuvel : > On 4 July 2017 at 12:47, Marcin Wojtas wrote: >> 2017-07-04 13:41 GMT+02:00 Leif Lindholm : >>> On Tue, Jul 04, 2017 at 01:19:10PM +0200, Marcin Wojtas wrote: 2017-07-04

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

On 4 July 2017 at 12:47, Marcin Wojtas wrote: > 2017-07-04 13:41 GMT+02:00 Leif Lindholm : >> On Tue, Jul 04, 2017 at 01:19:10PM +0200, Marcin Wojtas wrote: >>> 2017-07-04 13:10 GMT+02:00 Ard Biesheuvel : >>> > On 4 July 2017

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

2017-07-04 13:41 GMT+02:00 Leif Lindholm : > On Tue, Jul 04, 2017 at 01:19:10PM +0200, Marcin Wojtas wrote: >> 2017-07-04 13:10 GMT+02:00 Ard Biesheuvel : >> > On 4 July 2017 at 12:04, Marcin Wojtas wrote: >> >> Hi, >> >> >>

Re: [edk2] [PATCH] ArmPlatformPkg: convert VExpress ResetSystemLib to ResetSystemLib

On Tue, Jul 04, 2017 at 12:35:34PM +0100, Ard Biesheuvel wrote: > On 4 July 2017 at 12:29, Leif Lindholm wrote: > > Since we're in the process of migrating all of the VExpress platforms > > to MdeModulePkg ResetSystemRuntimeDxe, convert VExpress ResetSystemLib > > from

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

On Tue, Jul 04, 2017 at 01:19:10PM +0200, Marcin Wojtas wrote: > 2017-07-04 13:10 GMT+02:00 Ard Biesheuvel : > > On 4 July 2017 at 12:04, Marcin Wojtas wrote: > >> Hi, > >> > >> 2017-07-04 13:00 GMT+02:00 Ard Biesheuvel : >

Re: [edk2] [PATCH] ArmPlatformPkg: convert VExpress ResetSystemLib to ResetSystemLib

On 4 July 2017 at 12:29, Leif Lindholm wrote: > Since we're in the process of migrating all of the VExpress platforms > to MdeModulePkg ResetSystemRuntimeDxe, convert VExpress ResetSystemLib > from EfiResetSystemLib interface to the ResetSystemLib one. > >

[edk2] [PATCH] ArmPlatformPkg: convert VExpress ResetSystemLib to ResetSystemLib

Since we're in the process of migrating all of the VExpress platforms to MdeModulePkg ResetSystemRuntimeDxe, convert VExpress ResetSystemLib from EfiResetSystemLib interface to the ResetSystemLib one. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Leif Lindholm

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

Leif, where do you have this information from? 7040 differs from 8040 only with the numeber of peripherals. It has same AP806 HW block (CPUs, GIC, DDR controller, etc.). And, what's most important ArmPsciResetSystemLib.inf on the other branch works on my 7040-db board as well. Best regards,

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

On 4 July 2017 at 12:04, Marcin Wojtas wrote: > Hi, > > 2017-07-04 13:00 GMT+02:00 Ard Biesheuvel : >> Switch to the generic implementation of the ResetSystem() runtime >> service call, which is preferred over the one in EmbeddedPkg. This >> involves

Re: [edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

Hi, 2017-07-04 13:00 GMT+02:00 Ard Biesheuvel : > Switch to the generic implementation of the ResetSystem() runtime > service call, which is preferred over the one in EmbeddedPkg. This > involves selecting another DXE runtime driver, and morphing the > existing

[edk2] [PATCH] Platforms/Marvell: switch to generic ResetSystemRuntimeDxe

Switch to the generic implementation of the ResetSystem() runtime service call, which is preferred over the one in EmbeddedPkg. This involves selecting another DXE runtime driver, and morphing the existing EfiResetSystemLib implementation into a ResetSystemLib one (which is what the generic driver

[edk2] [PATCH v2 0/2] OvmfPkg: refresh -D E1000_ENABLE (Intel proprietary driver for e1000)

Version 2 of the series previously posted at . In this version, LMFA references in the commit message of patch #1 have been replaced with Liming's explanation from the mailing list. Patch #2 has been marked with Jiaxin's feedback

[edk2] [PATCH v2 1/2] OvmfPkg: disable build-time relocation for DXEFV modules

When the GenFv utility from BaseTools composes a firmware volume, it checks whether modules in the firmware volume are subject to build-time relocation. The primary indication for relocation is whether the firmware volume has a nonzero base address, according to the [FD] section(s) in the FDF file

[edk2] [PATCH v2 2/2] OvmfPkg: update -D E1000_ENABLE from Intel PROEFI v.07 to BootUtil v.22

Jiaxin reports that the OvmfPkg/README instructions for downloading the Intel PROEFI drivers, and the filenames in OvmfPkg/OvmfPkg*.fdf for incorporating the same in the OVMF binaries, are no longer up to date; the download link has stopped working. Additionally, the IA32 driver binary is no more

Re: [edk2] [Patch][edk2-platforms] Vlv2TbltDevicePkg: Add SMBIOS Type 19.

Reviewed-by: zwei4 Thanks, David Wei -Original Message- From: Lu, ShifeiX A Sent: Tuesday, July 04, 2017 4:24 PM To: edk2-devel@lists.01.org Cc: Wei, David Subject: [Patch][edk2-platforms] Vlv2TbltDevicePkg:

[edk2] [Patch][edk2-platforms] Vlv2TbltDevicePkg: Add SMBIOS Type 19.

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: lushifex --- .../SmBiosMiscDxe/MiscMemoryArrayMappedAddress.uni | Bin 0 -> 1318 bytes .../MiscMemoryArrayMappedAddressData.c | 29 .../MiscMemoryArrayMappedAddressFunction.c