[edk2] [RFC v1 00/15] *** Proposal for StandaloneMmPkg ***

*** PI Specification v1.5 "Volume 4: Management Mode Core Interface" introduces the concept of MM Standalone Mode. Initialization of this mode can be done during the SEC phase (Section 1.5.2). On ARMv8-A systems, ARM Trusted Firmware is responsible for launching the normal world firmware e.g.

Re: [edk2] [PATCH 01/15] ArmPlatformPkg/ArmPlatformLibNull: remove bogus PCD dependencies

On 17 November 2017 at 16:28, Leif Lindholm wrote: > On Fri, Nov 17, 2017 at 04:23:04PM +, Ard Biesheuvel wrote: >> On 17 November 2017 at 16:20, Leif Lindholm wrote: >> > On Fri, Nov 17, 2017 at 04:08:59PM +, Ard Biesheuvel wrote: >>

[edk2] [PATCH edk2-platforms v5 6/6] Platform/SynQuacerEvalBoard: add eMMC driver stack

Add the drivers required to use the onboard eMMC on the SynQuacer Evaluation Board. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- NOTE: still depends on EDK2 patches that are not merged yet v5: use UINT64* to refer to

[edk2] [PATCH edk2-platforms v5 5/6] Platform/DeveloperBox: wire up RTC support

Add the drivers, library resolutions and PCD settings to enable RTC support on DeveloperBox. Also, update PlatformDxe to register the non-discoverable device handles for both I2C controllers. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel

[edk2] [PATCH edk2-platforms v5 3/6] Silicon/Socionext: implement I2C master protocol for SynQuacer I2C

Add a driver that produces the I2C master protocol on top of the I2C controllers that are implemented in the SynQuacer Socionext SoC. Note that this supports two modes simultaneously: I2C controllers that are only usable at boot time, and usable via the I2C protocol stack, and I2C controllers that

[edk2] [PATCH edk2-platforms v5 4/6] Silicon/NXP: add RTC support library for PCF8563 I2C IP

Add a RealTimeClockLib implementation for the NXP PCF8563 as used on the Socionext Developer Box board. Note that the standard I2C protocol stack does not support runtime use, so this driver invokes the I2C master protocol directly. This requires support from the platform side as well, and so this

[edk2] [PATCH edk2-platforms v5 2/6] Silicon/SynQuacer: add DT description of the SDHCI controller

Describe the SynQuacer SoC's eMMC controller in DT so the OS can attach to it. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- v5: disable by default, and only enable for the evaluation board

[edk2] [PATCH edk2-platforms v5 0/6] add remaining support for Socionext SynQuacer

These are the remaining patches that still need review after the majority of the Socionext SynQuacer support patches were merged. Changes since v4: - minor changes, please see the notes in the individual patches Changes since v3: - remove ACPI support for now, we can add it on top if we manage

[edk2] [PATCH edk2-platforms v5 1/6] Silicon/SynQuacer: implement 'clear NVRAM' feature using a DIP switch

Ordinary computers typically have a physical switch or jumper on the board that allows non-volatile settings to be cleared. Let's implement the same using DIP switch #1 on block #3, and clear the EFI variable store if it is set to ON at boot time. Contributed-under: TianoCore Contribution

[edk2] [Patch V4 1/2] MdeModulePkg/UsbBusDxe: Add UsbControlTransfer() error check

https://bugzilla.tianocore.org/show_bug.cgi?id=767 The USB I/O Protocol function ControlTransfer() has a DataLength parameter that specifies the size of the Data buffer. The UsbBusDxe module implements the USB I/O Protocol using the services of the USB2 Host Controller Protocol. The DataLength

[edk2] [Patch V4 2/2] MdeModulePkg/UsbMassStorageDxe: Check Get Max LUN status/value

https://bugzilla.tianocore.org/show_bug.cgi?id=767 If a USB Mass Storage device does not support the Get Max LUN command, then the USB I/O Protocol ControlTransfer() service may return an error. If an error is returned for this command, then assume that the device does not support multiple LUNs

[edk2] [Patch V4 0/2] Add Max LUN status/value checks

https://bugzilla.tianocore.org/show_bug.cgi?id=767 Changes in V4 * Fix return status from UsbGetMaxLun(). Changes in V3 * Only check number of bytes transfered if Direction is not UsbNoData. Add error check to USB I/O Protocol UsbControlTransfer() for the number of bytes actually transfered.

Re: [edk2] [PATCH v3 0/3] OvmfPkg: save on I/O port accesses when the debug port is not in use

On 11/16/17 21:30, Paolo Bonzini wrote: > This is version 3 of the series to skip debug port I/O port writes > when the debug port device wasn't added to the virtual machine. > The differences from v2 are entirely cosmetic, and I'm including them > at the end of this message for ease of review.

Re: [edk2] [PATCH edk2-platforms v4 29/34] Silicon/SynQuacer: implement 'clear NVRAM' feature using a DIP switch

On 17 November 2017 at 16:10, Leif Lindholm wrote: > On Fri, Nov 10, 2017 at 02:21:22PM +, Ard Biesheuvel wrote: >> Ordinary computers typically have a physical switch or jumper on the >> board that allows non-volatile settings to be cleared. Let's implement >> the

Re: [edk2] [PATCH v3 3/3] OvmfPkg: save on I/O port accesses when the debug port is not in use

On 11/16/17 21:31, Paolo Bonzini wrote: > When SEV is enabled, every debug message printed by OVMF to the > QEMU debug port traps from the guest to QEMU character by character > because "REP OUTSB" cannot be used by IoWriteFifo8. Furthermore, > when OVMF is built with the DEBUG_VERBOSE bit (value

Re: [edk2] [PATCH edk2-platforms v4 34/34] Platform/SynQuacerEvalBoard: add eMMC driver stack

On 17 November 2017 at 17:33, Leif Lindholm wrote: > On Fri, Nov 17, 2017 at 05:25:45PM +, Ard Biesheuvel wrote: >> On 17 November 2017 at 17:18, Leif Lindholm wrote: >> > On Fri, Nov 10, 2017 at 02:21:27PM +, Ard Biesheuvel wrote: >>

Re: [edk2] [PATCH edk2-platforms v4 34/34] Platform/SynQuacerEvalBoard: add eMMC driver stack

On Fri, Nov 17, 2017 at 05:25:45PM +, Ard Biesheuvel wrote: > On 17 November 2017 at 17:18, Leif Lindholm wrote: > > On Fri, Nov 10, 2017 at 02:21:27PM +, Ard Biesheuvel wrote: > >> Add the drivers required to use the onboard eMMC on the SynQuacer > >> Evaluation

Re: [edk2] [PATCH v3 3/3] OvmfPkg: save on I/O port accesses when the debug port is not in use

On 11/16/17 21:31, Paolo Bonzini wrote: > When SEV is enabled, every debug message printed by OVMF to the > QEMU debug port traps from the guest to QEMU character by character > because "REP OUTSB" cannot be used by IoWriteFifo8. Furthermore, > when OVMF is built with the DEBUG_VERBOSE bit (value

Re: [edk2] [PATCH v3 2/3] OvmfPkg: create a separate PlatformDebugLibIoPort instance for SEC

On 11/16/17 21:30, Paolo Bonzini wrote: > The next patch will want to add a global variable to > PlatformDebugLibIoPort, but this is not suitable for the SEC > phase, because SEC runs from read-only flash. The solution is > to have two library instances, one for SEC and another > for all other

Re: [edk2] [PATCH edk2-platforms v4 34/34] Platform/SynQuacerEvalBoard: add eMMC driver stack

On 17 November 2017 at 17:18, Leif Lindholm wrote: > On Fri, Nov 10, 2017 at 02:21:27PM +, Ard Biesheuvel wrote: >> Add the drivers required to use the onboard eMMC on the SynQuacer >> Evaluation Board. >> >> Contributed-under: TianoCore Contribution Agreement 1.1 >>

Re: [edk2] [PATCH v3 1/3] OvmfPkg: make PlatformDebugLibIoPort a proper BASE library

On 11/16/17 21:30, Paolo Bonzini wrote: > Remove Uefi.h, which includes UefiSpec.h, and change the > return value to match the RETURN_STATUS type. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Tested-by: Laszlo Ersek > Cc: Laszlo Ersek > Cc:

Re: [edk2] [PATCH edk2-platforms v4 34/34] Platform/SynQuacerEvalBoard: add eMMC driver stack

On Fri, Nov 10, 2017 at 02:21:27PM +, Ard Biesheuvel wrote: > Add the drivers required to use the onboard eMMC on the SynQuacer > Evaluation Board. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Ard Biesheuvel > --- > NOTE: this

Re: [edk2] [PATCH v2 0/4] UefiCpuPkg, OvmfPkg: add reset vector docs, tweak temp stack / RAM

On 11/15/17 22:56, Laszlo Ersek wrote: > Repo: https://github.com/lersek/edk2.git > Branch: temp_ram_tweaks_v2 > > This is a series for > > https://bugzilla.tianocore.org/show_bug.cgi?id=747 > > specifically an update on the v1 series at > >

Re: [edk2] [PATCH edk2-platforms v4 33/34] Platform/DeveloperBox: add description of power button to DT

On Fri, Nov 10, 2017 at 02:21:26PM +, Ard Biesheuvel wrote: > Add the power button as a gpio-keys KEY_POWER button, and mark it as > a wakeup source so it can be used under the OS both as a 'sleep' and > as a 'wake' button. > > Contributed-under: TianoCore Contribution Agreement 1.1 >

Re: [edk2] [PATCH edk2-platforms v4 31/34] Silicon/Socionext: implement I2C master protocol for SynQuacer I2C

On Fri, Nov 10, 2017 at 02:21:24PM +, Ard Biesheuvel wrote: > Add a driver that produces the I2C master protocol on top of the I2C > controllers that are implemented in the SynQuacer Socionext SoC. Note > that this supports two modes simultaneously: I2C controllers that are > only usable at

Re: [edk2] [PATCH edk2-platforms v4 30/34] Silicon/NXP: add RTC support library for PCF8563 I2C IP

On 17 November 2017 at 16:39, Leif Lindholm wrote: > On Fri, Nov 10, 2017 at 02:21:23PM +, Ard Biesheuvel wrote: >> Add a RealTimeClockLib implementation for the NXP PCF8563 as used on >> the Socionext Developer Box board. Note that the standard I2C protocol >> stack

[edk2] [edk2 PATCH v3 1/2] ArmPkg: Add PCDs needed for MM communication driver.

This patch defines PCDs to describe the base address and size of communication buffer between normal world (uefi) and standalone MM environment in the secure world. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Achin Gupta Signed-off-by: Supreeth

[edk2] [edk2 PATCH v3 0/2] *** EFI_MM_COMMUNICATION_PROTOCOL ***

*** PI v1.5 Specification Volume 4 defines Management Mode Core Interface and defines EFI_MM_COMMUNICATION_PROTOCOL. This protocol provides a means of communicating between drivers outside of MM and MMI handlers inside of MM. EFI_MM_COMMUNICATION_PROTOCOL Summary This protocol provides a

[edk2] [edk2 PATCH v3 2/2] ArmPkg/Drivers: Add EFI_MM_COMMUNICATION_PROTOCOL DXE driver.

PI v1.5 Specification Volume 4 defines Management Mode Core Interface and defines EFI_MM_COMMUNICATION_PROTOCOL. This protocol provides a means of communicating between drivers outside of MM and MMI handlers inside of MM. This patch implements the EFI_MM_COMMUNICATION_PROTOCOL DXE runtime driver

Re: [edk2] [PATCH edk2-platforms v4 30/34] Silicon/NXP: add RTC support library for PCF8563 I2C IP

On Fri, Nov 10, 2017 at 02:21:23PM +, Ard Biesheuvel wrote: > Add a RealTimeClockLib implementation for the NXP PCF8563 as used on > the Socionext Developer Box board. Note that the standard I2C protocol > stack does not support runtime use, so this driver invokes the I2C master > protocol

Re: [edk2] [Patch V3 2/2] MdeModulePkg/UsbMassStorageDxe: Check Get Max LUN status/value

Star, I agree. I will update patch once more to make sure Return status is meaningful. I will also remove ASSERT For Context NULL and return EFI_INVALID_PARAMETER Instead if either Context or MaxLun are NULL. Mike > -Original Message- > From: Zeng, Star > Sent: Thursday, November 16,

Re: [edk2] [PATCH 01/15] ArmPlatformPkg/ArmPlatformLibNull: remove bogus PCD dependencies

On Fri, Nov 17, 2017 at 04:23:04PM +, Ard Biesheuvel wrote: > On 17 November 2017 at 16:20, Leif Lindholm wrote: > > On Fri, Nov 17, 2017 at 04:08:59PM +, Ard Biesheuvel wrote: > >> Remove dependencies on gArmTokenSpaceGuid.PcdSystemMemoryBase and > >>

Re: [edk2] [PATCH 01/15] ArmPlatformPkg/ArmPlatformLibNull: remove bogus PCD dependencies

On 17 November 2017 at 16:20, Leif Lindholm wrote: > On Fri, Nov 17, 2017 at 04:08:59PM +, Ard Biesheuvel wrote: >> Remove dependencies on gArmTokenSpaceGuid.PcdSystemMemoryBase and >> gArmTokenSpaceGuid.PcdSystemMemorySize, the presence of which in >> a [FixedPcd]

Re: [edk2] [PATCH 01/15] ArmPlatformPkg/ArmPlatformLibNull: remove bogus PCD dependencies

On Fri, Nov 17, 2017 at 04:08:59PM +, Ard Biesheuvel wrote: > Remove dependencies on gArmTokenSpaceGuid.PcdSystemMemoryBase and > gArmTokenSpaceGuid.PcdSystemMemorySize, the presence of which in > a [FixedPcd] section makes this module unusable for ArmVirtQemu. > > Contributed-under:

Re: [edk2] [PATCH edk2-platforms v4 29/34] Silicon/SynQuacer: implement 'clear NVRAM' feature using a DIP switch

On Fri, Nov 10, 2017 at 02:21:22PM +, Ard Biesheuvel wrote: > Ordinary computers typically have a physical switch or jumper on the > board that allows non-volatile settings to be cleared. Let's implement > the same using DIP switch #1 on block #3, and clear the EFI variable > store if it is

[edk2] [PATCH 15/15] ArmVirtPkg: remove ArmPlatformLib implementations

These libraries are no longer used, so remove them from the tree. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- ArmVirtPkg/ArmVirtQemuKernel.dsc | 1 -

[edk2] [PATCH 11/15] ArmVirtPkg/ArmVirtXen: add ArmVirtMemInfoLib implementation

Clone the existing ArmPlatformGetVirtualMemoryMap () for this platform, clean it up slightly (by using a static buffer rather than a heap allocation, and removing the support for uncached DRAM mappings), and turn it into a new ArmVirtMemInfoLib implementation. Contributed-under: TianoCore

[edk2] [PATCH 12/15] ArmVirtPkg/ArmVirtQemu: add ArmVirtMemInfoLib implementation

Clone the existing ArmPlatformGetVirtualMemoryMap () for this platform, clean it up slightly (by removing the support for uncached DRAM mappings), and turn it into a new ArmVirtMemInfoLib implementation. In a future patch, we will add this library to the ordinary ArmVirtQemu platform as well.

[edk2] [PATCH 07/15] ArmVirtPkg/PrePi: remove ArmPlatformStackLib dependency

ArmPlatformStackLib has hooks into primary/secondary core PCDs and other ArmPlatformLib related junk, so let's simply set the stack pointer directly. This is trivial given that our PrePi is unicore only. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel

[edk2] [PATCH 13/15] ArmVirtPkg: implement ArmVirtMemInfo PPI, PEIM and library

Equivalent to the PrePi based platforms, this patch implements the newly introduced ArmVirtMemInfo library class via a separate PEIM and PPI. The reason is that ArmVirtPlatformLib has populated the ArmPlatformLib API function ArmPlatformInitializeSystemMemory () to retrieve memory information

[edk2] [PATCH 14/15] ArmVirtPkg/ArmVirtMemoryInitPeiLib: move to ArmVirtMemInfoLib

Move to the new ArmVirtMemInfoLib library to retrieve DRAM information from the platform, so that we can phase out ArmPlatformLib going forward. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- ArmVirtPkg/ArmVirtQemu.dsc

[edk2] [PATCH 09/15] ArmVirtPkg/ArmVirtPlatformLib: remove support for uncached mappings

QEMU/KVM has very little tolerance for using anything except writeback cacheable mappings of DRAM, so let's remove the 'feature' that allows us to select uncached mappings at build time. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel

[edk2] [PATCH 06/15] ArmVirtPkg/PrePi: move DRAM discovery code into PrePi

ArmVirtQemuKernel and ArmVirtXen use essentially the same code to retrieve DRAM information from the DT /memory node at early boot, and invoke it via the ArmPlatformPeiBootAction () hook exposed by ArmPlatformLib. Let's move this code into the PrePi implementation these platforms share between

[edk2] [PATCH 10/15] ArmVirtPkg: introduce ArmVirtMemInfoLib library class

As part of the effort to get rid of ArmPlatformLib (which incorporates far too many duties in a single library), introduce ArmVirtMemInfoLib which will be invoked by our ArmVirtMemoryInitPeiLib implementation to get a description of the virtual address space. This will allow us to remove this

[edk2] [PATCH 08/15] ArmVirtPkg/PrePi: remove bogus IntelFrameworkModulePkg.dec dependency

PrePi doesn't use anything defined by this package so drop the bogus dependency. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf | 1 - 1 file changed, 1 deletion(-) diff

[edk2] [PATCH 00/15] ArmVirtPkg: get rid of ArmPlatformLib

ArmPlatformLib is a mixed bag of platform specific hooks, some of which are called from early startup code, and some of which are called from C code, to get the boot mode, memory layout etc. This library class is tightly coupled to the old ARM implementations that ran some parts of UEFI in the

[edk2] [PATCH 03/15] ArmVirtPkg/PrePi: remove unused GetPlatformPpi() function

Remove GetPlatformPpi() from PrePi: it is not used anywhere. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- ArmVirtPkg/PrePi/PrePi.c | 24 1 file changed, 24 deletions(-) diff --git

[edk2] [PATCH 05/15] ArmVirtPkg/PrePi: remove dependency on ArmPlatformLib

Remove the pointless dependency on ArmPlatformLib: none of the code we call from it actually does anything useful. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf | 1 -

[edk2] [PATCH 04/15] ArmVirtPkg/PrePi: remove bogus primary core check

QEMU and KVM based ARM/AARCH64 virtual machines only enter UEFI on a single core, so ArmPlatformIsPrimaryCore() always returns true. And even if it didn't, our code does absolutely nothing meaningful based on its return value, so don't bother calling it, and remove another frivolous dependency on

[edk2] [PATCH 02/15] ArmVirtPkg/PrePi: run all library constructors by hand

Instead of invoking the library constructors of some libraries by hand, invoke the generated function ProcessLibraryConstructorList in AutoGen.c so all constructors are executed. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel ---

[edk2] [PATCH 01/15] ArmPlatformPkg/ArmPlatformLibNull: remove bogus PCD dependencies

Remove dependencies on gArmTokenSpaceGuid.PcdSystemMemoryBase and gArmTokenSpaceGuid.PcdSystemMemorySize, the presence of which in a [FixedPcd] section makes this module unusable for ArmVirtQemu. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel

Re: [edk2] [PATCH edk2-platforms v4 29/34] Silicon/SynQuacer: implement 'clear NVRAM' feature using a DIP switch

On 17 November 2017 at 15:51, Leif Lindholm wrote: > On Fri, Nov 10, 2017 at 02:21:22PM +, Ard Biesheuvel wrote: >> Ordinary computers typically have a physical switch or jumper on the >> board that allows non-volatile settings to be cleared. Let's implement >> the

Re: [edk2] [PATCH edk2-platforms v4 29/34] Silicon/SynQuacer: implement 'clear NVRAM' feature using a DIP switch

On Fri, Nov 10, 2017 at 02:21:22PM +, Ard Biesheuvel wrote: > Ordinary computers typically have a physical switch or jumper on the > board that allows non-volatile settings to be cleared. Let's implement > the same using DIP switch #1 on block #3, and clear the EFI variable > store if it is

Re: [edk2] [PATCH edk2-platforms v4 28/34] Silicon/SynQuacer: implement PEIM that exposes GPIO PPI

On Fri, Nov 10, 2017 at 02:21:21PM +, Ard Biesheuvel wrote: > In order to be able to sample the state of the DIP switches at early > boot on the Developer Box platform, implement the GPIO PPI based on > the GPIO block that is implemented in the SynQuacer SoC. > > Contributed-under: TianoCore

Re: [edk2] [PATCH edk2-platforms v4 27/34] Silicon/SynQuacerMemoryInitPeiLib: ignore capsules when clearing NVRAM

On Fri, Nov 10, 2017 at 02:21:20PM +, Ard Biesheuvel wrote: > In preparation of adding support for setting a DIP switch to clear the > EFI variable store, update the early capsule handling logic to take the > boot mode into account. > > This is necessary for two reasons: > - we override the

Re: [edk2] [PATCH edk2-platforms v4 26/34] Silicon/SynQuacer: add DT description of the SDHCI controller

On 17 November 2017 at 15:16, Leif Lindholm wrote: > On Fri, Nov 10, 2017 at 02:21:19PM +, Ard Biesheuvel wrote: >> Describe the SynQuacer SoC's eMMC controller in DT so the OS can >> attach to it. >> >> Contributed-under: TianoCore Contribution Agreement 1.1 >>

Re: [edk2] [PATCH edk2-platforms v4 26/34] Silicon/SynQuacer: add DT description of the SDHCI controller

On Fri, Nov 10, 2017 at 02:21:19PM +, Ard Biesheuvel wrote: > Describe the SynQuacer SoC's eMMC controller in DT so the OS can > attach to it. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Ard Biesheuvel So, slightly obnoxious,

Re: [edk2] [PATCH edk2-platforms v4 14/34] Silicon/Socionext: add driver for SPI NOR flash

On Fri, Nov 10, 2017 at 02:21:07PM +, Ard Biesheuvel wrote: > From: Pipat Methavanitpong > > This imports the driver sources provided by Socionext for the FIP006 > SPI NOR flash device found on SynQuacer SoCs. It has been slightly > tweaked to bring it up

[edk2] [PATCH v2 4/4] Nt32Pkg: Add VS2017 support in SecMain

From: Liming Gao Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Liming Gao --- Nt32Pkg/Sec/SecMain.inf | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Nt32Pkg/Sec/SecMain.inf b/Nt32Pkg/Sec/SecMain.inf index

[edk2] [PATCH v2 3/4] BaseTools: Update VS batch file to auto detect VS2017

From: Liming Gao This way depends on VS vswhere.exe to find VS2017 installed directory. vswhere.exe starts in Visual Studio 2017 version 15.2. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Liming Gao Signed-off-by: Pete

[edk2] [PATCH v2 1/4] MdePkg: Disable VS warning 4701 & 4703 for VS2017

From: Liming Gao Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Liming Gao --- MdePkg/Include/Ia32/ProcessorBind.h | 4 ++-- MdePkg/Include/X64/ProcessorBind.h | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff

[edk2] [PATCH v2 2/4] BaseTools: Add VS2017 tool chain in BaseTools tools_def.template

From: Liming Gao VS2017 tool chain enables /WHOLEARCHIVE linker option Split host-related and arch-related elements Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Liming Gao Signed-off-by: Pete Batard ---

[edk2] [PATCH v2 0/4] Add VS2017 tool chain for evaluation

This is an updated version of the proposal sent on 2017-10-18 with alterations that should facilitate the introduction of ARM and ARM64 support. This patch serial adds VS2017 tool chain in BaseTools tools_def.template. It enables /WHOLEARCHIVE option to detect the potential code issue. It can be

Re: [edk2] SCT Test crashes After HTTPS boot success.

Hi Jiaxin, It happens in DEBUG MODE Thanks, Karunakar From: Wu, Jiaxin [mailto:jiaxin...@intel.com] Sent: Friday, November 17, 2017 12:05 PM To: Karunakar P; 'edk2-devel@lists.01.org' Cc: Fu, Siyuan; Ye, Ting Subject: RE: SCT Test crashes After HTTPS boot success. I will try to reproduce the

Re: [edk2] [PATCH v2 0/2] ArmplatformPkg: clean up PL011 support library

On 16 November 2017 at 18:41, Leif Lindholm wrote: > On Thu, Nov 16, 2017 at 05:47:06PM +, Ard Biesheuvel wrote: >> Clean up the PL011 UART support library, by moving it into the appropriate >> place for libraries, and splitting the header file into an implementation

Re: [edk2] [PATCH] OvmfPkg/XenHypercallLib: enable virt extensions for ARM

On 16 November 2017 at 21:42, Laszlo Ersek wrote: > On 11/16/17 17:56, Ard Biesheuvel wrote: >> XenHypercallLib uses the 'hvc' instruction, which is not implemented >> on all ARMv7 CPUs, and so we need to explicitly specify a CPU that >> has the virtualization extensions. >> >>

Re: [edk2] [PATCH v2 2/2] ArmVirtPkg: switch to new PL011UartLib implementation

On 16 November 2017 at 22:17, Laszlo Ersek wrote: > On 11/16/17 18:47, Ard Biesheuvel wrote: >> Switch to the new, cleaned up PL011UartLib implementation so we will >> be able to remove the old one. >> >> Contributed-under: TianoCore Contribution Agreement 1.1 >> Signed-off-by:

Re: [edk2] EDK2 build issues

Nate: OK. Please submit the tracker on ARCH request. Thanks Liming > -Original Message- > From: Desimone, Nathaniel L > Sent: Friday, November 17, 2017 5:38 AM > To: Gao, Liming ; Aaron Durbin > Cc: edk2-devel@lists.01.org > Subject: RE: