[edk2] [PATCH v4 6/7] MdePkg/UefiBaseType.h: treat EBC as a non-native machine type

2019-03-31 Thread Ard Biesheuvel
: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdePkg/Include/Uefi/UefiBaseType.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/MdePkg/Include/Uefi/UefiBaseType.h b/MdePkg/Include/Uefi/UefiBaseType.h index 8c9d571eb1ce..33b872af91a9 100644

[edk2] [PATCH v4 5/7] MdeModulePkg/EbcDxe: implement the PE/COFF emulator protocol

2019-03-31 Thread Ard Biesheuvel
Implement the new EDK2 PE/COFF image emulator protocol so that we can remove the EBC specific handling in the DXE core and other places in the core code. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg/Universal/EbcDxe/EbcDebugger.inf | 3

[edk2] [PATCH v4 2/7] MdeModulePkg/DxeCore: invoke the emulator protocol for foreign images

2019-03-31 Thread Ard Biesheuvel
-by: Ard Biesheuvel --- MdeModulePkg/Core/Dxe/DxeMain.h | 3 + MdeModulePkg/Core/Dxe/DxeMain.inf | 1 + MdeModulePkg/Core/Dxe/Image/Image.c | 144 ++-- 3 files changed, 137 insertions(+), 11 deletions(-) diff --git a/MdeModulePkg/Core/Dxe/DxeMain.h b/MdeModulePkg/Core/Dxe

[edk2] [PATCH v4 7/7] MdeModulePkg/DxeCore: remove explicit EBC handling

2019-03-31 Thread Ard Biesheuvel
-off-by: Ard Biesheuvel --- MdeModulePkg/Core/Dxe/DxeMain.h | 3 -- MdeModulePkg/Core/Dxe/DxeMain.inf | 1 - MdeModulePkg/Core/Dxe/Image/Image.c | 53 ++-- 3 files changed, 3 insertions(+), 54 deletions(-) diff --git a/MdeModulePkg/Core/Dxe/DxeMain.h b/MdeModulePkg/Core/Dxe

[edk2] [PATCH v4 4/7] MdeModulePkg/UefiBootManagerLib: allow foreign Driver#### images

2019-03-31 Thread Ard Biesheuvel
Allow PE/COFF images that must execute under emulation for Driver options, by removing the redundant machine type check from the BDS code. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg/Library/UefiBootManagerLib/BmLoadOption.c | 6

[edk2] [PATCH v4 1/7] MdeModulePkg: introduce PE/COFF image emulator protocol

2019-03-31 Thread Ard Biesheuvel
Introduce a protocol that can be invoked by the image loading services to execute foreign architecture PE/COFF images via an emulator. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg/Include/Protocol/PeCoffImageEmulator.h | 107

[edk2] [PATCH v4 0/7] MdeModulePkg: add support for dispatching foreign arch PE/COFF images

2019-03-31 Thread Ard Biesheuvel
-exist - incorporate Star's review feedback Cc: Vincent Zimmer Cc: Brian Richardson Cc: Michael D Kinney Cc: Andrew Fish Cc: Leif Lindholm Cc: Star Zeng Cc: Eric Dong Cc: Ruiyu Ni Cc: Liming Gao Cc: Jaben Carsey Cc: Steven Shi Ard Biesheuvel (7): MdeModulePkg: introduce PE/COFF image

[edk2] [PATCH v4 3/7] MdeModulePkg/PciBusDxe: dispatch option ROMs for foreign architectures

2019-03-31 Thread Ard Biesheuvel
. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg/Bus/Pci/PciBusDxe/PciOptionRomSupport.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/MdeModulePkg/Bus/Pci/PciBusDxe/PciOptionRomSupport.c b/MdeModulePkg/Bus/Pci/PciBusDxe

Re: [edk2] [PATCH edk2-non-osi] Platform/DeveloperBox: add binary build of TF-A + standalone MM varstore

2019-03-29 Thread Ard Biesheuvel
On Fri, 29 Mar 2019 at 11:06, Leif Lindholm wrote: > > On Fri, Mar 29, 2019 at 10:52:41AM +0100, Ard Biesheuvel wrote: > > On Fri, 29 Mar 2019 at 09:57, Leif Lindholm > > wrote: > > > > > > On Fri, Mar 29, 2019 at 08:46:12AM +0100, Ard Biesheuvel wrot

Re: [edk2] [PATCH edk2-non-osi] Platform/DeveloperBox: add binary build of TF-A + standalone MM varstore

2019-03-29 Thread Ard Biesheuvel
On Fri, 29 Mar 2019 at 09:57, Leif Lindholm wrote: > > On Fri, Mar 29, 2019 at 08:46:12AM +0100, Ard Biesheuvel wrote: > > Provide a prebuilt binary of the standalone MM payload containing the > > UEFI authenticated variable store drivers. These are built from E

Re: [edk2] [PATCH edk2-platforms 2/2] Platform/Socionext/DeveloperBox: align with upstream StandaloneMmPkg changes

2019-03-29 Thread Ard Biesheuvel
On Fri, 29 Mar 2019 at 09:56, Leif Lindholm wrote: > > On Fri, Mar 29, 2019 at 08:32:31AM +0100, Ard Biesheuvel wrote: > > On Fri, 8 Mar 2019 at 16:31, Ard Biesheuvel > > wrote: > > > > > > Bring DeveloperBox in line with EDK2 core changes to

[edk2] [PATCH edk2-non-osi] Platform/DeveloperBox: add binary build of TF-A + standalone MM varstore

2019-03-29 Thread Ard Biesheuvel
edk2 commit: 8028f0303218 edk2-platforms commit: 05fdad573966 Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- Platform/Socionext/DeveloperBox/fip_all_arm_tf_mm.bin | Bin 0 -> 374776 bytes 1 file changed, 0 insertions(+), 0 deletions(-) diff --

Re: [edk2] [PATCH edk2-platforms 2/2] Platform/Socionext/DeveloperBox: align with upstream StandaloneMmPkg changes

2019-03-29 Thread Ard Biesheuvel
On Fri, 8 Mar 2019 at 16:31, Ard Biesheuvel wrote: > > Bring DeveloperBox in line with EDK2 core changes to StandaloneMmPkg: > - switch from BaseExtractGuidedSectionLib to PrePiExtractGuidedSectionLib > - include a NULL library class resolution for VariableMmDependency > >

Re: [edk2] [PATCH edk2-staging 00/19] IntelUndiPkg/GigUndiDxe: build fixes for AARCH64/ARM/GCC

2019-03-28 Thread Ard Biesheuvel
On Thu, 28 Mar 2019 at 11:46, Ryszard Knop wrote: > > On Wed, 2019-03-27 at 16:32 +0100, Ard Biesheuvel wrote: > > On Tue, 29 Jan 2019 at 14:55, Ryszard Knop < > > ryszard.k...@linux.intel.com> wrote: > > > +Team > > > > > > > As it turns o

Re: [edk2] [PATCH edk2-staging 00/19] IntelUndiPkg/GigUndiDxe: build fixes for AARCH64/ARM/GCC

2019-03-27 Thread Ard Biesheuvel
taging once we've got it all > > ready. > > > > On Tue, 2018-11-06 at 18:58 +0100, ard.biesheuvela wrote: > > > This series fixes the GigUndiDxe in the edk2-staging/Intel_UNDI > > > branch > > > at github.com/tianocore so it can be built with GCC on L

Re: [edk2] [PATCH edk2-platforms] Platform/Hisilicon: update D06 system firmware description

2019-03-27 Thread Ard Biesheuvel
permitted to go below this version. > > So update the firmware descriptor to Version: 3 and > LowestSupportedFirmwareVersion: 3. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Leif Lindholm Acked-by: Ard Biesheuvel > --- > > Ming: I would

Re: [edk2] [PATCH V4 08/17] ArmPkg/SemiHostingDebugLib: Add new APIs

2019-03-26 Thread Ard Biesheuvel
tion (DebugVPrint, DebugBPrint) > > in the DebugLib instance. These APIs would expose print > > routines with VaList parameter and BaseList parameter. > > > > Contributed-under: TianoCore Contribution Agreement 1.1 > > Signed-off-by: Zhichao Gao > > Cc: Leif Lin

Re: [edk2] [PATCH] OvmfPkg: retire "create-release.py"

2019-03-25 Thread Ard Biesheuvel
> Furthermore, the Xen project has provided its own builds of OVMF and > ArmVirtXen for a good while now. > > Cc: Anthony Perard > Cc: Ard Biesheuvel > Cc: Jordan Justen > Cc: Julien Grall > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Laszlo Ers

Re: [edk2] [PATCH v2 0/3] Ovmf: Stop using ISA drivers within IntelFrameworkModulePkg

2019-03-25 Thread Ard Biesheuvel
-pflash \OVMF.fd -serial file:1.txt > -serial file:2.txt > >Able to see the ISA COM1/COM2 UART and PS2Keyboard devices under Shell >using command 'devtree'; > > Both the serials and PS2 keyboard are working fine; > > Cc: Jordan Justen > Cc: Laszlo Ersek > Cc: Ard B

Re: [edk2] [PATCH V2 1/2] MdeModulePkg/CapsuleRuntimeDxe: IA32 add cache flush function

2019-03-25 Thread Ard Biesheuvel
one file. And add a null > version for EBC. > What is the point of being able to build a DXE_RUNTIME_DRIVER module for EBC? > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Zhichao Gao > Cc: Jian J Wang > Cc: Hao Wu > Cc: Ray Ni > Cc: Star Ze

Re: [edk2] [PATCH v1 0/2] Ovmf: Stop using ISA drivers within IntelFrameworkModulePkg

2019-03-22 Thread Ard Biesheuvel
On Fri, 22 Mar 2019 at 10:25, Laszlo Ersek wrote: > > On 03/22/19 02:33, Wu, Hao A wrote: > >> -Original Message- > >> From: Laszlo Ersek [mailto:ler...@redhat.com] > >> Sent: Friday, March 22, 2019 3:04 AM > >> To: Ard Biesheuvel; Wu, Hao

Re: [edk2] [PATCH v1 0/2] Ovmf: Stop using ISA drivers within IntelFrameworkModulePkg

2019-03-21 Thread Ard Biesheuvel
On Thu, 21 Mar 2019 at 07:44, Wu, Hao A wrote: > > > >> > > >> Just a couple of notes from my side - I'm sure Laszlo will have a much > > >> longer list :-) > > >> > > >> - Dropping the floppy driver is fine with me. > > >> - What is OVMF specific about this driver? Is it only the hardcoded > >

Re: [edk2] [PATCH 1/2] MdeModulePkg/CapsuleRuntimeDxe: Merge changes form arm to all ARCH

2019-03-20 Thread Ard Biesheuvel
On Wed, 20 Mar 2019 at 02:43, Zhichao Gao wrote: > > BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=1462 > > The arm ARCH has already to add a function CapsuleCacheWriteBack to > flush the cache data to DRAM. That is also required in IA32 ARCH. So > merge the changes. And this function do not

Re: [edk2] [PATCH edk2-platforms 0/2] Platforms/ARM/SgiPkg: apply product names for sgiclarka and sgiclarkh platforms

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 13:44, Thomas Abraham wrote: > > On Fri, Mar 15, 2019 at 6:04 PM Ard Biesheuvel > wrote: > > > > On Fri, 15 Mar 2019 at 13:25, Thomas Abraham wrote: > > > > > > On Fri, Mar 15, 2019 at 5:27 PM Ard Biesheuvel > > > wro

Re: [edk2] [PATCH edk2-platforms v2 3/3] Platform/ARM/SgiPkg: add MM based UEFI secure boot support

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 13:47, Thomas Abraham wrote: > > On Fri, Mar 15, 2019 at 6:12 PM Ard Biesheuvel > wrote: > > > > On Fri, 15 Mar 2019 at 13:30, Thomas Abraham wrote: > > > > > > On Fri, Mar 15, 2019 at 5:51 PM Ard Biesheuvel > > > wro

Re: [edk2] [PATCH edk2-platforms v2 3/3] Platform/ARM/SgiPkg: add MM based UEFI secure boot support

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 13:30, Thomas Abraham wrote: > > On Fri, Mar 15, 2019 at 5:51 PM Ard Biesheuvel > wrote: > > > > On Tue, 12 Mar 2019 at 17:06, Jagadeesh Ujja wrote: > > > > > > This implements support for UEFI secure boot on SGI platforms

Re: [edk2] [PATCH edk2-platforms 0/2] Platforms/ARM/SgiPkg: apply product names for sgiclarka and sgiclarkh platforms

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 13:25, Thomas Abraham wrote: > > On Fri, Mar 15, 2019 at 5:27 PM Ard Biesheuvel > wrote: > > > > On Fri, 15 Mar 2019 at 12:40, Jagadeesh Ujja wrote: > > > > > > On Fri, Mar 15, 2019 at 4:55 PM Ard Biesheuvel > > > wro

Re: [edk2] [PATCH edk2-platforms v2 3/3] Platform/ARM/SgiPkg: add MM based UEFI secure boot support

2019-03-15 Thread Ard Biesheuvel
On Tue, 12 Mar 2019 at 17:06, Jagadeesh Ujja wrote: > > This implements support for UEFI secure boot on SGI platforms using > the standalone MM framework. This moves all of the software handling > of the UEFI authenticated variable store into the standalone MM > context residing in a secure

Re: [edk2] [PATCH edk2-platforms 0/2] Platforms/ARM/SgiPkg: apply product names for sgiclarka and sgiclarkh platforms

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 12:40, Jagadeesh Ujja wrote: > > On Fri, Mar 15, 2019 at 4:55 PM Ard Biesheuvel > wrote: > > > > On Fri, 15 Mar 2019 at 12:17, Jagadeesh Ujja wrote: > > > > > > hi Ard, > > > > > > On Fri, Mar 15, 2019 at 4:14 PM Ar

Re: [edk2] [PATCH edk2-platforms v2 0/3] Platform/ARM/SgiPkg: Implement StandaloneMm based secure boot

2019-03-15 Thread Ard Biesheuvel
Mar 12, 2019 at 9:45 PM Jagadeesh Ujja wrote: > > > > Changes since v1: > > - Addressed all the comments from Ard Biesheuvel. > > > > Integrating various pieces together so that the authenticated variable store > > runs entirely in standalone MM context residing i

Re: [edk2] [PATCH 1/1] SD : Continue setting up sd even if SD_HIGH_SPEED is not supported

2019-03-15 Thread Ard Biesheuvel
ned-off-by: Loh Tien Hock Thanks Tien Hock Reviewed-by: Ard Biesheuvel I tweaked your patch slightly, to fix some whitespace errors, and downgrade the severity of the 'high speed not supported' message to DEBUG_INFO Pushed as b0189eac00a5..c49f298d28cb __

Re: [edk2] [PATCH edk2-platforms 0/2] Platforms/ARM/SgiPkg: apply product names for sgiclarka and sgiclarkh platforms

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 12:17, Jagadeesh Ujja wrote: > > hi Ard, > > On Fri, Mar 15, 2019 at 4:14 PM Ard Biesheuvel > wrote: > > > > On Fri, 15 Mar 2019 at 09:21, Jagadeesh Ujja wrote: > > > > > > hi Ard/Leif > > > > > >

Re: [edk2] [PATCH v1 0/2] Ovmf: Stop using ISA drivers within IntelFrameworkModulePkg

2019-03-15 Thread Ard Biesheuvel
command: >> qemu-system-x86_64.exe -pflash \OVMF.fd -serial file:1.txt > -serial file:2.txt > >Able to see the ISA COM1/COM2 UART and PS2Keyboard devices under Shell >using command 'devtree'; > >Both the serials and PS2 keyboard are working fine; > > Cc:

Re: [edk2] [PATCH edk2-platforms 0/2] Platforms/ARM/SgiPkg: apply product names for sgiclarka and sgiclarkh platforms

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 09:21, Jagadeesh Ujja wrote: > > hi Ard/Leif > > Please let me know if you have any comments on this patch set > HI Jagadeesh, What does RdE1Edge or RdN1Edge mean? ___ edk2-devel mailing list edk2-devel@lists.01.org

Re: [edk2] [PATCH 0/4] MdeModulePkg, StandaloneMmPkg: work around VA vs PA ambiguity

2019-03-15 Thread Ard Biesheuvel
On Fri, 15 Mar 2019 at 03:17, Wu, Hao A wrote: > > > -Original Message- > > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > > Sent: Monday, March 11, 2019 11:36 PM > > To: edk2-devel@lists.01.org > > Cc: Ard Biesheuvel; Wang, Jian J; Wu, Hao

[edk2] [PATCH 4/4] MdeModulePkg/VariableSmmRuntimeDxe: switch to MmCommunicateLib library

2019-03-11 Thread Ard Biesheuvel
Replace direct calls to the EFI_SMM_COMMUNICATE protocol with calls to the MmCommunicateLib library, which abstracts differences between traditional MM and standalone MM. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg/MdeModulePkg.dsc

[edk2] [PATCH 3/4] StandaloneMmPkg: add implementation of MmCommunicateLib

2019-03-11 Thread Ard Biesheuvel
Add an implementation of MmCommunicateLib based on standalone MM. This version passes the virtual address of the communication buffer into the MM communicate protocol method. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Library

[edk2] [PATCH 2/4] MdeModulePkg: add implementation of MmCommunicateLib

2019-03-11 Thread Ard Biesheuvel
Add an implementation of MmCommunicateLib based on traditional SMM. This version passes the physical address of the communication buffer into the MM communicate protocol method. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg

[edk2] [PATCH 0/4] MdeModulePkg, StandaloneMmPkg: work around VA vs PA ambiguity

2019-03-11 Thread Ard Biesheuvel
Gupta Cc: Jiewen Yao Cc: Supreeth Venkatesh Cc: Jagadeesh Ujja Ard Biesheuvel (4): MdeModulePkg: introduce MmCommunicationLib library class MdeModulePkg: add implementation of MmCommunicateLib StandaloneMmPkg: add implementation of MmCommunicateLib MdeModulePkg/VariableSmmRuntimeDxe: switch

[edk2] [PATCH 1/4] MdeModulePkg: introduce MmCommunicationLib library class

2019-03-11 Thread Ard Biesheuvel
to the MM communicate protocols, and which takes both the physical and virtual adresses of the buffer. This way, it is left up to the library implementation to decide which address is passed. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- MdeModulePkg

Re: [edk2] [PATCH edk2-platforms 1/2] Platform/ARM/SgiPkg: align with upstream StandaloneMmPkg changes

2019-03-11 Thread Ard Biesheuvel
On Mon, 11 Mar 2019 at 14:56, Thomas Abraham wrote: > > On Mon, Mar 11, 2019 at 7:09 PM Ard Biesheuvel > wrote: > > > > On Mon, 11 Mar 2019 at 14:31, Thomas Abraham wrote: > > > > > > On Fri, Mar 8, 2019 at 9:01 PM Ard Biesheuvel > > > wrote

Re: [edk2] [PATCH edk2-platforms 1/2] Platform/ARM/SgiPkg: align with upstream StandaloneMmPkg changes

2019-03-11 Thread Ard Biesheuvel
On Mon, 11 Mar 2019 at 14:31, Thomas Abraham wrote: > > On Fri, Mar 8, 2019 at 9:01 PM Ard Biesheuvel > wrote: > > > > Bring SgiPkg in line with EDK2 core changes to StandaloneMmPkg: > > - add a resolution for ExtractGuidedSectio

Re: [edk2] [PATCH 00/10] StandaloneMmPkg, ArmPkg: cleanups and improvements

2019-03-11 Thread Ard Biesheuvel
On Mon, 11 Mar 2019 at 12:54, Ard Biesheuvel wrote: > > On Tue, 5 Mar 2019 at 14:32, Ard Biesheuvel wrote: > > > > This series is a further cleanup of the StandaloneMmPkg infrastructure > > used to implement UEFI secure boot on ARM systems. > > > > The

Re: [edk2] [PATCH edk2-platforms 1/2] Platform/ARM/SgiPkg: align with upstream StandaloneMmPkg changes

2019-03-11 Thread Ard Biesheuvel
On Fri, 8 Mar 2019 at 16:31, Ard Biesheuvel wrote: > > Bring SgiPkg in line with EDK2 core changes to StandaloneMmPkg: > - add a resolution for ExtractGuidedSectionLib > - remove reference to gStandaloneMmPkgTokenSpaceGuid.PcdStandaloneMmEnable > - update

Re: [edk2] [PATCH 00/10] StandaloneMmPkg, ArmPkg: cleanups and improvements

2019-03-11 Thread Ard Biesheuvel
On Tue, 5 Mar 2019 at 14:32, Ard Biesheuvel wrote: > > This series is a further cleanup of the StandaloneMmPkg infrastructure > used to implement UEFI secure boot on ARM systems. > > The first 5 patches are simple cleanups. > > Patch #6 adds support for dispatching a compr

Re: [edk2] [PATCH v3] StandaloneMmPkg/Library: Install Variable Arch Protocol

2019-03-11 Thread Ard Biesheuvel
On Tue, 5 Mar 2019 at 17:16, Ard Biesheuvel wrote: > > On Tue, 5 Mar 2019 at 17:15, Yao, Jiewen wrote: > > > > I look at the patch. I don’t have concern. > > > > Please go ahead. > > > > Thank you Jiewen, > > I will take that as a reviewed-by an

[edk2] [PATCH edk2-platforms 1/2] Platform/ARM/SgiPkg: align with upstream StandaloneMmPkg changes

2019-03-08 Thread Ard Biesheuvel
Signed-off-by: Ard Biesheuvel --- Platform/ARM/SgiPkg/PlatformStandaloneMm.dsc | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Platform/ARM/SgiPkg/PlatformStandaloneMm.dsc b/Platform/ARM/SgiPkg/PlatformStandaloneMm.dsc index 65dd6ac82c4a..ef16bfa9a20e 100644

[edk2] [PATCH edk2-platforms 2/2] Platform/Socionext/DeveloperBox: align with upstream StandaloneMmPkg changes

2019-03-08 Thread Ard Biesheuvel
Bring DeveloperBox in line with EDK2 core changes to StandaloneMmPkg: - switch from BaseExtractGuidedSectionLib to PrePiExtractGuidedSectionLib - include a NULL library class resolution for VariableMmDependency Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel

Re: [edk2] [PATCH 02/10] StandaloneMmPkg: drop unused PCD PcdStandaloneMmEnable

2019-03-07 Thread Ard Biesheuvel
On Wed, 6 Mar 2019 at 16:37, Achin Gupta wrote: > > On Wed, Mar 06, 2019 at 04:17:51PM +0100, Ard Biesheuvel wrote: > > On Wed, 6 Mar 2019 at 16:16, Achin Gupta wrote: > > > > > > Hi Ard, > > > > > > On Tue, Mar 05, 2019 at 02:32:4

Re: [edk2] [PATCH 05/10] StandaloneMmPkg/StandaloneMmCoreEntryPoint: drop explicit SerialPortLib call

2019-03-06 Thread Ard Biesheuvel
On Wed, 6 Mar 2019 at 17:35, Achin Gupta wrote: > > Hi Ard, > > On Tue, Mar 05, 2019 at 02:32:43PM +0100, Ard Biesheuvel wrote: > > Sending DEBUG output to the serial port should only be done via > > DebugLib calls, which is in charge of initializing the serial > >

Re: [edk2] [PATCH 02/10] StandaloneMmPkg: drop unused PCD PcdStandaloneMmEnable

2019-03-06 Thread Ard Biesheuvel
On Wed, 6 Mar 2019 at 16:16, Achin Gupta wrote: > > Hi Ard, > > On Tue, Mar 05, 2019 at 02:32:40PM +0100, Ard Biesheuvel wrote: > > The PCD PcdStandaloneMmEnable is unused, and shouldn't exist in the > > first place since the value is implied by the context (it i

Re: [edk2] Does ARM platform produce MP protocol?

2019-03-06 Thread Ard Biesheuvel
On Wed, 6 Mar 2019 at 13:41, Achin Gupta wrote: > > On Wed, Mar 06, 2019 at 10:37:58AM +0100, Ard Biesheuvel wrote: > > (adding Achin and Charles) > > > > On Wed, 6 Mar 2019 at 10:16, Ni, Ray wrote: > > > > > > > -Original Message---

Re: [edk2] Does ARM platform produce MP protocol?

2019-03-06 Thread Ard Biesheuvel
(adding Achin and Charles) On Wed, 6 Mar 2019 at 10:16, Ni, Ray wrote: > > > -Original Message- > > From: edk2-devel On Behalf Of Ard > > Biesheuvel > > Sent: Wednesday, March 6, 2019 3:38 PM > > To: Ni, Ray > > Cc: edk2-devel@lists.01.org &g

Re: [edk2] Does ARM platform produce MP protocol?

2019-03-05 Thread Ard Biesheuvel
On Wed, 6 Mar 2019 at 06:44, Ni, Ray wrote: > > Ard, Leif, > I am a bit interested in how ARM platform supports the MP? > PI Spec defines below protocol but I failed to find a driver in ARM platform > producing this protocol. > Or did I miss anything? > No you are right. We don't expose that on

Re: [edk2] [PATCH 10/10] ArmPkg/MmCommunicationDxe: signal architected PI events into MM context

2019-03-05 Thread Ard Biesheuvel
f Of Yao, > Jiewen > Sent: Tuesday, March 05, 2019 11:19 AM > To: Ard Biesheuvel > Cc: edk2-devel@lists.01.org > Subject: Re: [edk2] [PATCH 10/10] ArmPkg/MmCommunicationDxe: signal > architected PI events into MM context > > For current X86 world, we do use both SmmReady

Re: [edk2] [PATCH v3] StandaloneMmPkg/Library: Install Variable Arch Protocol

2019-03-05 Thread Ard Biesheuvel
; > From: Jagadeesh Ujja [mailto:jagadeesh.u...@arm.com] > > Sent: Tuesday, March 5, 2019 6:09 AM > > To: Ard Biesheuvel > > Cc: Achin Gupta ; Yao, Jiewen > > ; Gao, Liming ; > > edk2-devel@lists.01.org; Zhang, Chao B ; Kinney, > > Michael D ; Zeng, Star >

Re: [edk2] [PATCH 10/10] ArmPkg/MmCommunicationDxe: signal architected PI events into MM context

2019-03-05 Thread Ard Biesheuvel
code running in MM mode? > > -Original Message- > > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > > Ard Biesheuvel > > Sent: Tuesday, March 5, 2019 7:58 AM > > To: Yao, Jiewen > > Cc: edk2-devel@lists.01.org > > S

Re: [edk2] [PATCH 10/10] ArmPkg/MmCommunicationDxe: signal architected PI events into MM context

2019-03-05 Thread Ard Biesheuvel
., before vs after end of dxe) based on these events, we should at least signal the common ones added in this patch. > > -Original Message- > > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > > Sent: Tuesday, March 5, 2019 5:33 AM > > To: edk2-devel@list

Re: [edk2] [PATCH v2 0/1] MdeModulePkg/SdMmcPciHcDxe: Fix DMA on SDHC v3 64-bit systems

2019-03-05 Thread Ard Biesheuvel
On Tue, 5 Mar 2019 at 03:18, Wu, Hao A wrote: > > > -Original Message- > > From: Wu, Hao A > > Sent: Tuesday, March 05, 2019 9:14 AM > > To: edk2-devel@lists.01.org > > Cc: Wu, Hao A; Eugene Cohen; Ard Biesheuvel; Ashish Singhal > > Subject: [PATCH

[edk2] [PATCH 10/10] ArmPkg/MmCommunicationDxe: signal architected PI events into MM context

2019-03-05 Thread Ard Biesheuvel
PI defines a few architected events that have significance in the MM context as well as in the non-secure DXE context. So register notify handlers for these events, and relay them into the standalone MM world. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel

[edk2] [PATCH 09/10] StandaloneMmPkg/Core: remove legacy boot support

2019-03-05 Thread Ard Biesheuvel
Remove the support for booting 'legacy' (i.e., non-UEFI boot) OSes. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Core/StandaloneMmCore.h | 22 StandaloneMmPkg/Core/StandaloneMmCore.c | 124 ++-- 2 files changed

[edk2] [PATCH 02/10] StandaloneMmPkg: drop unused PCD PcdStandaloneMmEnable

2019-03-05 Thread Ard Biesheuvel
The PCD PcdStandaloneMmEnable is unused, and shouldn't exist in the first place since the value is implied by the context (it is never valid to set it to FALSE for standalone MM or TRUE for traditional MM). So drop it. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard

[edk2] [PATCH 07/10] StandaloneMmPkg/Core: dispatch all drivers at init time

2019-03-05 Thread Ard Biesheuvel
in the non-secure side is not supported. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Core/Dispatcher.c | 92 StandaloneMmPkg/Core/StandaloneMmCore.c | 1 - 2 files changed, 93 deletions(-) diff --git

[edk2] [PATCH 04/10] StandaloneMmPkg: remove redundant StandaloneMmDriverEntryPoint driver

2019-03-05 Thread Ard Biesheuvel
StandaloneMmDriverEntryPoint is implemented in MdePkg now, so let's drop the redundant StandaloneMmPkg version. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Library/StandaloneMmDriverEntryPoint/StandaloneMmDriverEntryPoint.inf | 41

[edk2] [PATCH 08/10] StandaloneMmPkg/Core: drop support for dispatching FVs into MM

2019-03-05 Thread Ard Biesheuvel
Remove the support that permits calls into the MM context to dispatch firmware volumes that are not part of the initial standalone MM firmware volume. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Core/StandaloneMmCore.h | 22

[edk2] [PATCH 06/10] StandaloneMmPkg/Core: permit encapsulated firmware volumes

2019-03-05 Thread Ard Biesheuvel
drivers (but not the core) to be delivered in a compressed firmware volume. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Core/StandaloneMmCore.inf | 1 + StandaloneMmPkg/Core/FwVol.c | 99 ++-- 2 files

[edk2] [PATCH 00/10] StandaloneMmPkg, ArmPkg: cleanups and improvements

2019-03-05 Thread Ard Biesheuvel
: Jagadeesh Ujja Ard Biesheuvel (10): StandaloneMmPkg: drop redundant definition of gEfiMmConfigurationProtocolGuid StandaloneMmPkg: drop unused PCD PcdStandaloneMmEnable StandaloneMmPkg: switch to NULL DebugLib resolution StandaloneMmPkg: remove redundant StandaloneMmDriverEntryPoint driver

[edk2] [PATCH 05/10] StandaloneMmPkg/StandaloneMmCoreEntryPoint: drop explicit SerialPortLib call

2019-03-05 Thread Ard Biesheuvel
at the right time. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/Library/StandaloneMmCoreEntryPoint/AArch64/StandaloneMmCoreEntryPoint.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/StandaloneMmPkg/Library

[edk2] [PATCH 01/10] StandaloneMmPkg: drop redundant definition of gEfiMmConfigurationProtocolGuid

2019-03-05 Thread Ard Biesheuvel
gEfiMmConfigurationProtocolGuid is already defined in MdePkg, so drop the duplicate definition from StandaloneMmPkg. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/StandaloneMmPkg.dec | 3 --- 1 file changed, 3 deletions(-) diff --git

[edk2] [PATCH 03/10] StandaloneMmPkg: switch to NULL DebugLib resolution

2019-03-05 Thread Ard Biesheuvel
Building StandaloneMmPkg from its .DSC is mainly intended for build coverage, and so platform specific configuration such as UART addresses don't belong here. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- StandaloneMmPkg/StandaloneMmPkg.dsc | 11

Re: [edk2] [PATCH edk2-platforms 3/3] Platform/ARM/SgiPkg: add MM based UEFI secure boot support

2019-03-04 Thread Ard Biesheuvel
On Mon, 4 Mar 2019 at 11:12, Jagadeesh Ujja wrote: > > This implements support for UEFI secure boot on SGI platforms using > the standalone MM framework. This moves all of the software handling > of the UEFI authenticated variable store into the standalone MM > context residing in a secure

Re: [edk2] [PATCH edk2-platforms 2/3] Platform/ARM/Sgi: allow MM_STANDALONE modules to use NorFlashPlatformLib

2019-03-04 Thread Ard Biesheuvel
On Mon, 4 Mar 2019 at 11:12, Jagadeesh Ujja wrote: > > “NorFlashPlatformLib” library can be used by MM_STANDALONE drivers as > well. When used in MM mode, the third instance of the NOR flash is used as > the non-volatile storage. This NOR flash instance is partitioned into > two regions - first

Re: [edk2] [PATCH edk2-platforms 1/3] Platform/ARM/Sgi: define nor2 flash controller memory map

2019-03-04 Thread Ard Biesheuvel
Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Jagadeesh Ujja Reviewed-by: Ard Biesheuvel > --- > Platform/ARM/SgiPkg/Include/SgiPlatform.h | 4 > 1 file changed, 4 insertions(+) > > diff --git a/Platform/ARM/SgiPkg/Include/SgiPlatfor

Re: [edk2] [PATCH v3] StandaloneMmPkg/Library: Install Variable Arch Protocol

2019-03-04 Thread Ard Biesheuvel
pendency/VariableMmDependency.inf > } > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Jagadeesh Ujja Reviewed-by: Ard Biesheuvel > --- > Changes since v2: > - Addressed the comments from Ard Biesheuvel and Zeng Star > > Changes since

Re: [edk2] [RFC 0/3] Enable runtime serial debug for ArmVirtQemu

2019-03-01 Thread Ard Biesheuvel
On Fri, 1 Mar 2019 at 15:59, Laszlo Ersek wrote: > > +Peter > > On 03/01/19 13:24, Heyi Guo wrote: > > On 2019/2/28 21:39, Laszlo Ersek wrote: > > >> (4) What's most worrying is that this change would lead to an unexpected > >> sharing of the PL011 device between the OS and the firmware. I don't

Re: [edk2] [PATCH] MdeModulePkg/SdMmcPciHcDxe: Fix DMA on SDHC v3 64-bit systems

2019-03-01 Thread Ard Biesheuvel
just a > > performance optimization, and so it would be useful to fix the code so it > > can > > drive all 64-bit DMA capable hardware. > > Okay, that's a great reason - let's get V3 64b ADMA2 in! > > Any objection to committing the original patch in the short term? &

Re: [edk2] [PATCH v2] MdePkg/Library: Install dummy variable arch protocol

2019-03-01 Thread Ard Biesheuvel
reement 1.1 > Signed-off-by: Jagadeesh Ujja > --- > Changes since v1: > - This is a next version of patch >“MdeModulePkg/VariableSmmRuntimeDxe: Refactor locating Variable Arch > Protocol”. >[https://lists.01.org/pipermail/edk2-devel/2019-February/036885.html] > - Addr

Re: [edk2] [PATCH] MdeModulePkg/SdMmcPciHcDxe: Fix DMA on SDHC v3 64-bit systems

2019-03-01 Thread Ard Biesheuvel
On Fri, 1 Mar 2019 at 11:32, Ard Biesheuvel wrote: > > On Fri, 1 Mar 2019 at 01:19, Ashish Singhal wrote: > > > > Eugene, > > > > Small question. Did the issue appear after the V4 patch went in? Looking at > > the code before that patch, we were enabling 64b

Re: [edk2] [PATCH] MdeModulePkg/SdMmcPciHcDxe: Fix DMA on SDHC v3 64-bit systems

2019-03-01 Thread Ard Biesheuvel
only 32b dma. > I think this may have been an oversight on my part when I originally added the DUAL_ADDRESS_CYCLE handling. The following commit added EFI_PCI_ATTRIBUTE_DUAL_ADDRESS_CYCLE to the host bridge driver commit e58a71d9c50ba641b5ab19f5ce2cbf772187de4d Author: Ard Biesheuvel Date: Mo

Re: [edk2] [PATCH 0/4] Various Packages: add MM_STANDALONE support

2019-02-28 Thread Ard Biesheuvel
On Mon, 21 Jan 2019 at 15:34, Ard Biesheuvel wrote: > > On Mon, 21 Jan 2019 at 13:49, Gao, Liming wrote: > > > > Ard: > > The patches created by you recently is to support the standalone MM > > authenticated variable stack. This is likely a new feature. >

Re: [edk2] [RFC 0/3] Enable runtime serial debug for ArmVirtQemu

2019-02-28 Thread Ard Biesheuvel
o Wu > Cc: Laszlo Ersek > Cc: Ard Biesheuvel > Cc: Julien Grall > > Heyi Guo (3): > MdeModulePkg/StatusCode: Add PCD to enable runtime serial debug > ArmVirtPkg: add runtime instance of FdtPL011SerialPortLib > ArmVirtQemu: enable runtime debug by build flag > Hello

Re: [edk2] [Patch] BaseTools: Add python3-distutils Ubuntu package checking

2019-02-27 Thread Ard Biesheuvel
On Tue, 26 Feb 2019 at 02:05, Feng, Bob C wrote: > > https://bugzilla.tianocore.org/show_bug.cgi?id=1509 > > Add python3-distutils Ubuntu package checking. > Hi Bob, This assumes that all Linux systems are Ubuntu based, which is not true. The apt tool is specific to Debian/Ubuntu, Fedora/Redhat

Re: [edk2] [PATCH v2 edk2-platforms 6/8] SgiClark.Ares: AcpiTables: Add entry for virtio network device

2019-02-26 Thread Ard Biesheuvel
let me know if you have any comments on this > patch. > Apologies for that, this wasn't intentional. Reviewed-by: Ard Biesheuvel Pushed as 54f98cb1789a..c63c3f071271 > On Fri, Dec 14, 2018 at 11:28 PM Vijayenthiran Subramaniam > wrote: >> >> SgiClark Ares i

Re: [edk2] [PATCH v1 1/1] ArmPkg: Fix writes to GICv3 GICD_IROUTER reg

2019-02-25 Thread Ard Biesheuvel
> Aff3 value (bits [39:32]) is written to GICD_IROUTER. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Sami Mujawar > Reported-by: Carl van Schaik Thanks Sami Reviewed-by: Ard Biesheuvel Pushed as 1342d7679e10..1bb76029eff4 > --- > > The ch

Re: [edk2] [PATCH 1/1] EmbeddedPkg: Fix multiple Virtual RTC issues

2019-02-25 Thread Ard Biesheuvel
to start of epoch. > - Ensure that time being read does actually match time that was manually > set (plus the time elapsed since), by subtracting number of seconds > since reset. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Pete Batard Than

Re: [edk2] [Patch V2] BaseTool: Fixed incremental rebuild issue.

2019-02-23 Thread Ard Biesheuvel
On Sat, 23 Feb 2019 at 11:14, Marcin Wojtas wrote: > > Hi Laszlo, > > pt., 22 lut 2019 o 21:08 Laszlo Ersek napisał(a): > > > > On 02/22/19 20:21, Ard Biesheuvel wrote: > > > On Fri, 22 Feb 2019 at 08:26, Gao, Liming wrote: > > >> > > >>

Re: [edk2] [Patch V2] BaseTool: Fixed incremental rebuild issue.

2019-02-22 Thread Ard Biesheuvel
On Fri, 22 Feb 2019 at 08:26, Gao, Liming wrote: > > Reviewed-by: Liming Gao > Incremental builds are still broken for me, even with this patch. Is anyone else seeing the same? > >-Original Message- > >From: Feng, Bob C > >Sent: Wednesday, February 20, 2019 11:22 PM > >To:

Re: [edk2] [PATCH] Maintainers.txt: Update e-mail address for Julien Grall

2019-02-21 Thread Ard Biesheuvel
On Thu, 21 Feb 2019 at 16:29, Julien Grall wrote: > > I don't watch much my Linaro e-mail anymore. So update my e-mail address > from Linaro to the Arm one. > > Contributed-under: Tianocore Contribution Agreement 1.1 > Signed-off-by: Julien Grall Acked-

Re: [edk2] [PATCH v2 0/2] Maintainers: updates for ArmVirtPkg and OvmfPkg

2019-02-21 Thread Ard Biesheuvel
ew. > > Cc: Andrew Fish > Cc: Anthony Perard > Cc: Ard Biesheuvel > Cc: Jordan Justen > Cc: Julien Grall > Cc: Leif Lindholm > Cc: Marc-André Lureau > Cc: Michael D Kinney > Cc: Stefan Berger > > Thanks, > Laszlo > > Laszlo Ersek (2): > Ma

Re: [edk2] [PATCH] MdeModulePkg/VariableSmmRuntimeDxe: Refactor locating Variable Arch Protocol

2019-02-21 Thread Ard Biesheuvel
On Thu, 21 Feb 2019 at 10:33, Zeng, Star wrote: > > On 2019/2/21 17:11, Ard Biesheuvel wrote: > > On Thu, 21 Feb 2019 at 10:04, Laszlo Ersek wrote: > >> > >> On 02/20/19 13:23, Ard Biesheuvel wrote: > >>> On Wed, 20 Feb 2019 at 06:53, Jagadees

Re: [edk2] [PATCH] MdeModulePkg/VariableSmmRuntimeDxe: Refactor locating Variable Arch Protocol

2019-02-21 Thread Ard Biesheuvel
On Thu, 21 Feb 2019 at 10:04, Laszlo Ersek wrote: > > On 02/20/19 13:23, Ard Biesheuvel wrote: > > On Wed, 20 Feb 2019 at 06:53, Jagadeesh Ujja wrote: > >> > >> hi Ard, > >> On Tue, Feb 19, 2019 at 6:55 PM Ard Biesheuvel > >> wrote: > >>

Re: [edk2] [PATCH edk2-platforms] Silicon/AMD/Styx/Drivers/AcpiPlatformDxe: use correct object ref in DBG2

2019-02-20 Thread Ard Biesheuvel
On Wed, 20 Feb 2019 at 15:38, Leif Lindholm wrote: > > On Wed, Feb 20, 2019 at 03:27:41PM +0100, Ard Biesheuvel wrote: > > The NamespaceString[] field in the DBG2 table should contain a fully > > qualified ACPI namespace object reference. This was found by fwts. > &g

[edk2] [PATCH edk2-platforms] Silicon/AMD/Styx/Drivers/AcpiPlatformDxe: use correct object ref in DBG2

2019-02-20 Thread Ard Biesheuvel
The NamespaceString[] field in the DBG2 table should contain a fully qualified ACPI namespace object reference. This was found by fwts. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Ard Biesheuvel --- Silicon/AMD/Styx/Drivers/AcpiPlatformDxe/Dbg2.aslc | 4 ++-- 1 file

Re: [edk2] [PATCH] MdeModulePkg/VariableSmmRuntimeDxe: Refactor locating Variable Arch Protocol

2019-02-20 Thread Ard Biesheuvel
On Wed, 20 Feb 2019 at 06:53, Jagadeesh Ujja wrote: > > hi Ard, > On Tue, Feb 19, 2019 at 6:55 PM Ard Biesheuvel > wrote: > > > > Hello Jagadeesh, > > > > On Tue, 19 Feb 2019 at 11:47, Jagadeesh Ujja wrote: > > > > > > In preparation f

Re: [edk2] [PATCH] MdeModulePkg/SdMmcPciHcDxe: Use 16/32-bit IO widths

2019-02-20 Thread Ard Biesheuvel
On Wed, 20 Feb 2019 at 02:19, Wu, Hao A wrote: > > > -Original Message- > > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > > Sent: Sunday, February 03, 2019 8:39 PM > > To: Wu, Hao A > > Cc: Jeff Brasen; edk2-devel@lists.01.org; Edgar Hand

Re: [edk2] [PATCH v2 2/5] OvmfPkg: add library to track boot option loading/starting on the console

2019-02-20 Thread Ard Biesheuvel
reporting-printing > > channel within BdsDxe, between UefiBootManagerLib and > > PlatformBmPrintScLib. Ignore status codes originating elsewhence, e.g. > > from UiApp's copy of UefiBootManagerLib. > > > > Cc: Anthony Perard > > Cc: Ard Biesheuvel > &g

Re: [edk2] [PATCH v2 2/5] OvmfPkg: add library to track boot option loading/starting on the console

2019-02-20 Thread Ard Biesheuvel
atformBmPrintScLib. Ignore status codes originating elsewhence, e.g. > from UiApp's copy of UefiBootManagerLib. > > Cc: Anthony Perard > Cc: Ard Biesheuvel > Cc: Jordan Justen > Cc: Julien Grall > Cc: Ray Ni > Ref: https://bugzilla.redhat.com/show_bug.cgi?id=1515418

Re: [edk2] [PATCH 06/10] OvmfPkg/Sec: Disable optimizations for TemporaryRamMigration

2019-02-20 Thread Ard Biesheuvel
On Wed, 20 Feb 2019 at 09:52, Jordan Justen wrote: > > On 2019-02-18 01:32:53, Ard Biesheuvel wrote: > > On Mon, 18 Feb 2019 at 10:08, Jordan Justen > > wrote: > > > > > > On 2019-02-17 23:53:01, Ard Biesheuvel wrote: > > > > On Mon, 18

Re: [edk2] [PATCH 1/1] EmbeddedPkg/Library: Add VirtualRealTimeClockLib

2019-02-19 Thread Ard Biesheuvel
On Fri, 15 Feb 2019 at 15:57, Pete Batard wrote: > > On 2019-02-15 14:39, Ard Biesheuvel wrote: > > On Fri, 15 Feb 2019 at 11:07, Ard Biesheuvel > > wrote: > >> > >> On Tue, 12 Feb 2019 at 19:14, Leif Lindholm > >> wrote: > >>> > >

Re: [edk2] [PATCH 2/2] ArmPlatformPkg/NorFlash: Allow reusability as a MM driver

2019-02-19 Thread Ard Biesheuvel
Hello Jagadeesh, On Tue, 19 Feb 2019 at 11:32, Jagadeesh Ujja wrote: > > Adapt the NorFlash driver to be used as a MM_STANDALONE driver to > allow access to NOR flash for code executing in MM_STANDALONE mode. > This allows storing of EFI variables on NOR flash which is accessible > only via the

  1   2   3   4   5   6   7   8   9   10   >