On Thu, 22 Aug 2019 at 10:40, Zhanghailiang
wrote:
>
> Hi All,
>
>
>
> We caught an ‘Synchronous Exception’ error while booting VM with uefi
> firmware in the avocado-vt tests.
>
> The Edk2 version we used is edk2-stable201905. The qemu version is qemu-4.0.0
> and kernel version is 4.19.0.
>
>
: 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
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
-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
-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
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
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
-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
.
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
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
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
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 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 --
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
>
>
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
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
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
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
> 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
-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
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
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
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
> >
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
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
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
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
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
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
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
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
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
__
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
> > >
> > >
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
> >
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
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---
(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
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
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
; > 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
>
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
., 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
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
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
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
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
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
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
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
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
: 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
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
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
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
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
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
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
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
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
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?
&
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
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
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
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.
>
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
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
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
> 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
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
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:
> > >>
> > >>
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:
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-
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
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
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:
> >>
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
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
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
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
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
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
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
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:
> >>>
> >
1 - 100 of 4985 matches
Mail list logo
