Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
---
ArmPlatformPkg/ArmVExpressPkg/ArmVExpress-FVP-AArch64.dsc | 6 ++
1 file changed, 6 insertions(+)
diff --git a/ArmPlatformPkg/ArmVExpressPkg/ArmVExpress-FVP-AArch64.dsc
b/ArmPlatformPkg/ArmVExpressPkg/
GICv3 controller with no GICv2 legacy support must use the GIC
Redistributor registers instead of the GIC Distributor registers
for some operations (eg: enable/disable interrupts).
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
---
ArmPkg/Drivers/ArmGic/Arm
CPU GIC Registributors are located next to each other in the GIC Redistributor
space.
The CPU GIC Redistributor is identified by its CPU affinity Aff3.Aff2.Aff1.Aff0.
This function returns the base address of the GIC Redistributor of
the calling CPU.
Contributed-under: TianoCore Contribution Agre
The CPU affinity fields are defined by MPIDR/MPIDR_EL1.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
---
ArmPkg/Include/Library/ArmLib.h | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/ArmPkg/Include/Library/ArmLib.h b/ArmP
From: Ard Biesheuvel
The GICv3 driver must use native mode to drive a GICv3 due to
the fact that v2 compatibility is optional in the v3 spec.
However, if v2 compatibility is implemented, it is the default
and needs to be disabled first by setting the Affinity Routing
Enable (ARE) bit.
Contribute
This patchset ensures the ARM GICv3 driver does not rely on the
GICv2 legacy mode.
When using GICv3 without legacy mode, it is required to have
support for GICv3 in the trusted firmware to declare the Non-Secure
interrupts as part of the Group 1 in the CPU GIC redistributors.
If the trusted firmwa
ARM GICv3 specification introduces some new components and registers.
This patch adds their definitions.
The most important GICv3 component is the GIC Redistributor. It supports
LPIs (Locality-specific peripheral Interrupt), 8+ CPU configuration.
Some GIC distributor registers have moved to the GI
Wei,
No you cannot install gEfiPciEnumerationCompleteProtocolGuid in
PciEnumeratorLight().
For a real platform, PCI BUS is fully enumerated in PciEnumerator() and later
if reconnect happens, it's light enumerated in PciEnumeratorLight(). The
protocol should only be installed once in PeiEnumerato
I put a DebugPrint(0x, "Hi from SMM\n")) into PiSmmCore.c
SmmEntryPoint() just to see how often it fires during boot. I didn't see it
ever fire, even with a debug build. Does QEMU/OVMF not bother doing SMM?
Ed
--
D
> On Feb 11, 2015, at 4:02 PM, John Hawley wrote:
>
> Punting this over to the edk2 list as they may have a clearer answer.
>
Hard to say with all the batch scripts hiding things….
Generally you can control the tools you are using by passing them in to the
build.exe command. So you would pas
Punting this over to the edk2 list as they may have a clearer answer.
- John 'Warthog9' Hawley
On 02/11/2015 02:34 PM, Jack Black wrote:
> OK, it turned out that the error was because I had just slapped VS
> 2008 express on the box (since there were no instructions on how to
> change the build pr
I had an issue when trying to boot Xen HVM guest with latest OVMF
master. Guest crashed with memory violation, and the bisection pointed
to 66b280df2 ("OvmfPkg: AcpiPlatformDxe: make dependency on PCI
enumeration explicit"). That commit made AcpiPlatformDxe depend on PCI
enumeration using gEfiPciEn
> On Feb 10, 2015, at 11:20 PM, Ard Biesheuvel
> wrote:
>
> Hello all,
>
> I am aware that this question may have been asked (and answered
> before), but it has come up recently in the work we are doing for
> 64-bit ARM:
>
> Should the memory map returned by the GetMemoryMap () boot service
>
David, All,
On Tue, Feb 10, 2015 at 5:12 PM, Wei, David wrote:
> [snip]
> Q: I was wondering if anyone had any pointer as to where I could make the
> change for this setting and possibly for other ones.
>
> A: Please try following change in SouthClusterConfig.vfi to change the
> default value o
Reviewed-By: Olivier Martin
From: Ard Biesheuvel [ard.biesheu...@linaro.org]
Sent: 05 February 2015 10:28
To: edk2-devel@lists.sourceforge.net; ler...@redhat.com; Olivier Martin;
roy.fr...@linaro.org; leif.lindh...@linaro.org
Cc: Ard Biesheuvel
Subject: [P
Hi Anthony and Laszlo
The following commit caused Xen hvm guest failed to boot.
commit 66b280df282ae82888d2eb416bfeda3f65afa386
Author: Laszlo Ersek
Date: Thu Nov 20 09:58:28 2014 +
OvmfPkg: AcpiPlatformDxe: make dependency on PCI enumeration explicit
The ACPI payload that OVMF d
On 02/11/15 08:20, Ard Biesheuvel wrote:
> Hello all,
>
> I am aware that this question may have been asked (and answered
> before), but it has come up recently in the work we are doing for
> 64-bit ARM:
>
> Should the memory map returned by the GetMemoryMap () boot service
> return all MMIO regi
17 matches
Mail list logo
