On 20 October 2017 at 09:24, Ingo Molnar wrote:
>
> * Thomas Garnier wrote:
>
>> Change the assembly code to use only relative references of symbols for the
>> kernel to be PIE compatible.
>>
>> Position Independent Executable (PIE) support will allow to extended the
>> KASLR randomization range
On 6 October 2017 at 13:53, Jiri Slaby wrote:
> Hi,
>
> On 10/04/2017, 09:33 AM, Ard Biesheuvel wrote:
>> On 4 October 2017 at 08:22, Jiri Slaby wrote:
>>> On 10/02/2017, 02:48 PM, Ard Biesheuvel wrote:
>>>> On 2 October 2017 at 10:12, Jiri Slaby wrote:
Hello Jiri,
On 4 October 2017 at 08:22, Jiri Slaby wrote:
> On 10/02/2017, 02:48 PM, Ard Biesheuvel wrote:
>> On 2 October 2017 at 10:12, Jiri Slaby wrote:
>>> There is a couple of assembly functions, which are invoked only locally
>>> in the file they are defined.
Anvin"
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: x...@kernel.org
> Cc: Matt Fleming
> Cc: Ard Biesheuvel
> Cc: linux-...@vger.kernel.org
> Cc: xen-de...@lists.xenproject.org
> ---
> arch/x86/boot/compressed/efi_thunk_64.S | 8
> arch/x86/entry/
On 21 September 2017 at 08:59, Ingo Molnar wrote:
>
> ( Sorry about the delay in answering this. I could blame the delay on the
> merge
> window, but in reality I've been procrastinating this is due to the
> permanent,
> non-trivial impact PIE has on generated C code. )
>
> * Thomas Garnier
On 16 August 2017 at 17:26, Daniel Micay wrote:
>> How are these assumptions hardcoded by GCC? Most of the instructions
>> should be
>> relocatable straight away, as most call/jump/branch instructions are
>> RIP-relative.
>>
>> I.e. is there no GCC code generation mode where code can be placed
>>
On 19 July 2017 at 23:27, H. Peter Anvin wrote:
> On 07/19/17 08:40, Thomas Garnier wrote:
>>>
>>> This doesn't look right. It's accessing a per-cpu variable. The
>>> per-cpu section is an absolute, zero-based section and not subject to
>>> relocation.
>>
>> PIE does not respect the zero-based s
a few times until now. So, let's initialize only efi struct members used by
> Xen to avoid such issues in the future.
>
> Signed-off-by: Daniel Kiper
Acked-by: Ard Biesheuvel
> ---
> arch/x86/xen/efi.c | 45 -
> 1 file chan
On 20 June 2017 at 22:14, Daniel Kiper wrote:
> Otherwise e.g. Xen dom0 on x86_64 EFI platforms crashes.
>
> In theory we can check EFI_PARAVIRT too, however,
> EFI_MEMMAP looks more generic and covers more cases.
>
> Signed-off-by: Daniel Kiper
Reviewed-by: Ard Biesheuvel
On 21 November 2016 at 15:56, Konrad Rzeszutek Wilk wrote:
> Without this I cannot build it under Fedora Core 25.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Konrad Rzeszutek Wilk
> ---
> OvmfPkg/build.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 28 June 2016 at 14:06, Julien Grall wrote:
> Hi Ard,
>
> On 28/06/16 12:39, Ard Biesheuvel wrote:
>>
>> On 25 June 2016 at 09:16, Shannon Zhao wrote:
>>>
>>> From: Shannon Zhao
>>>
>>> Add ACPI support for Virt Xen ARM and only
on Zhao
Reviewed-by: Ard Biesheuvel
Committed as 402dde68aff9
Thanks,
Ard.
> ---
> Changes since v2:
> * add gFdtClientProtocolGuid to the [Depex]
> * make functions static
> * move XenAcpiRsdpStructurePtr to InstallXenArmTables ()
> * initialize AcpiTable and FdtClient to NULL
&
On 23 June 2016 at 13:31, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Add ACPI support for Virt Xen ARM and only for aarch64. It gets the
> ACPI tables through Xen ARM multiboot protocol.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Shannon Zhao
> ---
> Changes s
On 29 April 2016 at 16:39, Matt Fleming wrote:
> On Fri, 29 Apr, at 11:34:45AM, Stefano Stabellini wrote:
>> On Fri, 29 Apr 2016, Ingo Molnar wrote:
>> > Also, it would be nice to have all things EFI in a single tree, the
>> > conflicts are
>> > going to be painful! There's very little reason not
On 31 March 2016 at 13:04, Stefano Stabellini
wrote:
> On Wed, 30 Mar 2016, Shannon Zhao wrote:
>> Hi Will, Mark,
>>
>> On 2016/3/30 0:31, Mark Rutland wrote:
>> > On Tue, Mar 29, 2016 at 05:18:38PM +0100, Will Deacon wrote:
>> >> > On Thu, Mar 24, 2016 at 10:44:31PM +0800, Shannon Zhao wrote:
>>
On 19 January 2016 at 14:13, Mark Rutland wrote:
> On Tue, Jan 19, 2016 at 12:23:17PM +, Stefano Stabellini wrote:
>> On Tue, 19 Jan 2016, Mark Rutland wrote:
>> > On Tue, Jan 19, 2016 at 06:25:25PM +0800, Shannon Zhao wrote:
>> > > >> We don't do this in Documentation/arm/uefi.txt, and I don'
On 17 November 2015 at 12:37, Mark Rutland wrote:
> On Tue, Nov 17, 2015 at 12:25:58PM +0100, Ard Biesheuvel wrote:
>> On 17 November 2015 at 10:57, wrote:
>> > From: Shannon Zhao
>> >
>> > Add a new function to parse DT parameters for Xen specific UEFI ju
On 17 November 2015 at 10:57, wrote:
> From: Shannon Zhao
>
> When running on Xen hypervisor, runtime services are supported through
> hypercall. So call Xen specific function to initialize runtime services.
>
> Signed-off-by: Shannon Zhao
> ---
> arch/arm/include/asm/xen/hypercall.h | 1 +
>
On 17 November 2015 at 10:57, wrote:
> From: Shannon Zhao
>
> Add a new function to parse DT parameters for Xen specific UEFI just
> like the way for normal UEFI. Then it could reuse the existing codes.
>
> Signed-off-by: Shannon Zhao
> ---
> drivers/firmware/efi/efi.c | 67
>
On 17 November 2015 at 10:57, wrote:
> From: Shannon Zhao
>
No empty commit logs please.
> Signed-off-by: Shannon Zhao
> ---
> include/xen/interface/memory.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
> index 2ecfe
> On 13 okt. 2015, at 15:48, Stefano Stabellini
> wrote:
>
> On Tue, 13 Oct 2015, Ard Biesheuvel wrote:
>>> On 13 okt. 2015, at 15:31, Julien Grall wrote:
>>>
>>>>> On 13/10/15 14:18, Stefano Stabellini wrote:
>>>>>> On Tue, 13 O
> On 13 okt. 2015, at 15:31, Julien Grall wrote:
>
>> On 13/10/15 14:18, Stefano Stabellini wrote:
>>> On Tue, 13 Oct 2015, Ian Campbell wrote:
On Tue, 2015-10-13 at 13:49 +0100, Stefano Stabellini wrote:
I didn't git clean enough. You are right, only -t GCC48 is required.
>>>
>>> Wha
On 2 October 2015 at 14:43, Ian Campbell wrote:
> On Fri, 2015-10-02 at 14:18 +0200, Ard Biesheuvel wrote:
>> Is there any reasonable upper bound to the domU PA space
>> other than what is communicated in the ID registers?
>
> You mean the PASize bits/register? In which case
On 1 October 2015 at 18:32, Julien Grall wrote:
>
> On 1 Oct 2015 17:07, "Ard Biesheuvel" wrote:
>>
>> On 1 October 2015 at 17:58, Julien Grall wrote:
>> > Hi,
>> >
>> > We tried today to use the UEFI binary provided by Linaro for
On 1 October 2015 at 17:58, Julien Grall wrote:
> Hi,
>
> We tried today to use the UEFI binary provided by Linaro for Xen [1] and
> noticed the guest doesn't boot anymore.
>
Thanks for reporting. My LAVA job appears to have been offline for a
while because the Xen mustang dom0 kernel has disappe
On 23 September 2015 at 01:12, Jan Beulich wrote:
On 23.09.15 at 02:49, wrote:
>> Regarding Runtime Services, the EFI spec doesn't allow a NULL pointer to
>> the Runtime Services table, so Mark would like to see a proper pointer
>> being passed there. The function table could be populated w
On 14 September 2015 at 14:28, Daniel Kiper wrote:
> On Mon, Sep 14, 2015 at 11:43:27AM +0200, Ard Biesheuvel wrote:
>> On 14 September 2015 at 11:25, Mark Rutland wrote:
>> > On Sat, Sep 12, 2015 at 12:36:55PM +0100, Daniel Kiper wrote:
>> >> On Fri, Sep 11,
On 14 September 2015 at 12:39, Jan Beulich wrote:
On 14.09.15 at 11:36, wrote:
>> On 14 September 2015 at 11:31, Shannon Zhao wrote:
>>> My understanding is that if there are no EFI_MEMORY_RUNTIME regions, it
>>> means we can't use runtime services and should not set the bit
>>> EFI_RUNTIME
On 14 September 2015 at 11:57, Ian Campbell wrote:
> On Mon, 2015-09-14 at 11:43 +0200, Ard Biesheuvel wrote:
>
>> Xen will not boot the kernel via the stub, but directly. It needs to
>> supply a EFI like environment so that the kernel can boot via ACPI.
>> There is no r
On 14 September 2015 at 11:25, Mark Rutland wrote:
> On Sat, Sep 12, 2015 at 12:36:55PM +0100, Daniel Kiper wrote:
>> On Fri, Sep 11, 2015 at 05:25:59PM +0100, Mark Rutland wrote:
>> > On Fri, Sep 11, 2015 at 01:46:43PM +0100, Daniel Kiper wrote:
>> > > On Thu, Sep 10, 2015 at 05:23:02PM +0100, Ma
(snip some cc's)
On 14 September 2015 at 11:31, Shannon Zhao wrote:
>
>
> On 2015/9/14 17:09, Ard Biesheuvel wrote:
>> On 14 September 2015 at 10:42, Shannon Zhao wrote:
>> [..]
>>
>>>
>>> It only needs to apply following patch to fix a bug i
On 14 September 2015 at 10:42, Shannon Zhao wrote:
[..]
>
> It only needs to apply following patch to fix a bug in Linux kernel when
> mapping EFI_MEMORY_RUNTIME memory.
>
Could you explain why you think efi_virtmap_init() should fail if
there are no EFI_MEMORY_RUNTIME regions?
The absence of s
On 11 September 2015 at 15:14, Stefano Stabellini
wrote:
> On Fri, 11 Sep 2015, Daniel Kiper wrote:
>> On Thu, Sep 10, 2015 at 05:23:02PM +0100, Mark Rutland wrote:
>> > > > C) When you could go:
>> > > >
>> > > >DT -> Discover Xen -> Xen-specific stuff -> Xen-specific EFI/ACPI
>> > > > disco
On 2 September 2015 at 17:27, Leif Lindholm wrote:
> On Wed, Sep 02, 2015 at 03:57:51PM +0200, Christoffer Dall wrote:
>> On Wed, Sep 2, 2015 at 3:54 PM, Ian Campbell wrote:
>> > On Wed, 2015-09-02 at 14:48 +0100, Julien Grall wrote:
>> >> On 02/09/15 14:26, Ian Campbell wrote:
>> >> > > > > I th
On 26 March 2015 at 19:49, Ard Biesheuvel wrote:
> On 26 March 2015 at 19:45, Stefano Stabellini
> wrote:
>> On Thu, 26 Mar 2015, Andrew Jones wrote:
>>> On Wed, Mar 25, 2015 at 10:44:42AM +0100, Andrew Jones wrote:
>>> > Hello ARM virt maintainers,
>>&
On 26 March 2015 at 19:45, Stefano Stabellini
wrote:
> On Thu, 26 Mar 2015, Andrew Jones wrote:
>> On Wed, Mar 25, 2015 at 10:44:42AM +0100, Andrew Jones wrote:
>> > Hello ARM virt maintainers,
>> >
>> > I'd like to start a discussion about supporting virt-what[1]. virt-what
>> > allows userspace
On 3 March 2015 at 03:00, Wu, Feng wrote:
>
>
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org
>> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ard Biesheuvel
>> Sent: Wednesday, February 25, 2015 2:03 AM
>> To: edk2-de..
On 25 February 2015 at 21:56, Kinney, Michael D
wrote:
> Ard Biesheuvel,
>
> Thank you for providing the implementation of this new function for all
> supported CPU architectures. The one for IPF looks correct and passes builds.
Good. Thanks for confirming that.
> However, I
On 24 February 2015 at 19:14, Laszlo Ersek wrote:
> On 02/24/15 20:01, Ard Biesheuvel wrote:
>> On 24 February 2015 at 18:41, Laszlo Ersek wrote:
>>> On 02/24/15 19:37, Ard Biesheuvel wrote:
>>>> On 24 February 2015 at 18:34, Laszlo Ersek wrote:
>>>>
On 24 February 2015 at 18:53, Anthony PERARD wrote:
> On Tue, Feb 24, 2015 at 06:03:04PM +0000, Ard Biesheuvel wrote:
>> This patch updates XenBusDxe to use the 16-bit compare and exchange
>> function that was introduced for this purpose to the
>> BaseSynchronizationLib. I
On 24 February 2015 at 18:41, Laszlo Ersek wrote:
> On 02/24/15 19:37, Ard Biesheuvel wrote:
>> On 24 February 2015 at 18:34, Laszlo Ersek wrote:
>>> On 02/24/15 19:02, Ard Biesheuvel wrote:
>>>
>>>> Changes since v4:
>>>> - rename Interlock
On 24 February 2015 at 18:34, Laszlo Ersek wrote:
> On 02/24/15 19:02, Ard Biesheuvel wrote:
>
>> Changes since v4:
>> - rename InterlockedCompareExchange16 () patch as suggested by Jordan, and
>> added
>> his ack
>> - fix a bug spotted by Anthony in t
-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Reviewed-by: Anthony PERARD
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/Protocol/XenIo.h | 48
OvmfPkg/OvmfPkg.dec | 1 +
2 files changed, 49 insertions(+)
create
: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/EventChannel.c | 11 ++-
OvmfPkg/XenBusDxe/GrantTable.c| 4 +--
OvmfPkg/XenBusDxe/Ia32/hypercall.nasm | 6 ++--
OvmfPkg/XenBusDxe/X64/hypercall.nasm | 6 ++--
OvmfPkg/XenBusDxe/XenBusDxe.c | 44 -
OvmfPkg
agnostic.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/GrantTable.c | 2 +-
.../Ia32/InterlockedCompareExchange16.nasm | 42
OvmfPkg/XenBusDxe/Ia32/TestAndClearBit.nasm| 16
dependency was formerly satisfied transitively through one of the
library dependencies that were dropped.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg
This adds the .dsc and .fdf descriptions to build a UEFI image that
is bootable by a Xen guest on 64-bit ARM (AArch64)
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg
boot protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-By: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationMemoryInitPeiLib.c| 91 ++
.../ArmVirtualizationMemoryInitPeiLib.inf | 66
This patch adds an implementation of XenHypercallLib for both
AArch64 and AArch32 execution modes on ARM systems.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Signed-off-by: Ard Biesheuvel
---
.../Include/IndustryStandard/Xen/arch-arm/xen.h| 436
: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Anthony PERARD
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/OvmfPkgIa32.dsc | 1 +
OvmfPkg/OvmfPkgIa32.fdf | 1 +
OvmfPkg/OvmfPkgIa32X64.dsc| 1 +
OvmfPkg/OvmfPkgIa32X64.fdf| 1 +
OvmfPkg
This implements a dummy RealTimeClockLib for Xen, as there is no
guest interface to access the time kept by Xen that can be shared
between UEFI and the OS.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-By: Olivier Martin
Signed-off-by: Ard Biesheuvel
This adds a XenIoMmioLib declaration and implementation that can
be invoked to install the XENIO_PROTOCOL and a corresponding
grant table address on a EFI handle.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/ArmVirtualization.dsc.inc | 2 ++
.../ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.c | 23 ++
.../ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.inf | 1 +
3 files changed, 26 insertions(+)
diff --git a/ArmPlatformPkg
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPlatformLib.inf | 3 --
.../Library/ArmVirtualizationPlatformLib/Virt.c| 46 +
.../Library/PlatformPeiLib/PlatformPeiLib.c| 48 ++
.../Library
PCD will make the build system aware that its value is not
a compile time constant.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/ArmVirtualizationPkg/ArmVirtualizationPkg.dec
simply due to the fact that the virtual
timer is listed third)
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
ArmPkg/Drivers/TimerDxe/TimerDxe.c | 14
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/ArmVirtualizationQemu.dsc | 1 +
.../ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.c | 34 +-
.../ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.inf | 1 +
3 files changed, 35 insertions(+), 1 deletion(-)
diff --git a
Martin
Signed-off-by: Ard Biesheuvel
---
.../PrePi/PrePiArmPlatformGlobalVariableLib.inf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/ArmPlatformPkg/Library/ArmPlatformGlobalVariableLib/PrePi/PrePiArmPlatformGlobalVariableLib.inf
b/ArmPlatformPkg
Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Reviewed-by: Anthony PERARD
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenIoPciDxe/XenIoPciDxe.c | 367
OvmfPkg/XenIoPciDxe/XenIoPciDxe.inf | 45 +
2 files changed, 412 insertions(+)
create mode 100644
: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Reviewed-by: Anthony PERARD
Signed-off-by: Ard Biesheuvel
---
.../Library/XenHypercallLib.h} | 22 ++-
.../XenHypercallLib}/Ia32/hypercall.nasm | 0
.../XenHypercallLib}/X64/hypercall.nasm
On non-PCI Xen guests (such as ARM), the XenBus root is not a PCI
device but an abstract 'platform' device. Add a dedicated Vendor
Hardware device path GUID to identify this node.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard
This implements a SerialPortLib instance that wires up to the
PV console ring used by domU guests. Also imports the required
upstream Xen io/console.h header.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Acked-by: Laszlo Ersek
Signed-off-by: Ard
can only be used after the caches (and hence
the MMU) have been enabled.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../AArch64/Synchronization.S | 159 +++
.../AArch64/Synchronizati
: Ard Biesheuvel
---
MdePkg/Include/Library/SynchronizationLib.h| 26 +++
.../AArch64/Synchronization.S | 44 ++
.../BaseSynchronizationLib/Arm/Synchronization.S | 44 ++
.../BaseSynchronizationLib/Arm/Synchronization.asm | 44
-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Reviewed-by: Laszlo Ersek
Reviewed-by: Anthony PERARD
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/GrantTable.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/OvmfPkg/XenBusDxe
Add a ArmPlatformLib instance that can deal with the self relocation
and truly dynamic discovery of system RAM base and size.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../AARCH64
ed-by: Anthony PERARD
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/IndustryStandard/Xen/xen.h | 5 +
OvmfPkg/XenBusDxe/XenBusDxe.h | 5 -
OvmfPkg/XenPvBlkDxe/XenPvBlkDxe.h | 4
3 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/OvmfPkg/In
Reviewed-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/ArmVirtualizationPkg/ArmVirtualizationPkg.dec | 6 ++
.../ArmVirtualizationPkg/Library/PlatformPeiLib/PlatformPeiLib.c | 8 +---
.../Library/PlatformPeiLib/PlatformPeiLib.inf
ArmPlatformPkg.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/PrePi/AArch64/ArchPrePi.c | 33
.../PrePi/AArch64/ModuleEntryPoint.S | 180 ++
.../PrePi
-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/Library/PlatformPeiLib/PlatformPeiLib.inf | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
a/ArmPlatformPkg/ArmVirtualizationPkg/Library/PlatformPeiLib
will not be affected by this change.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPkg/ArmPkg.dec | 25 ++---
1 file changed, 14 insertions(+), 11 deletions(-)
diff --git a/ArmPkg
itting of libraries
and some EDK2 optimizations suggested by Laszlo (casting, use of specific
types etc)
- added some acks and R-b's
Ard Biesheuvel (29):
ArmPkg: allow HYP timer interrupt to be omitted
ArmPkg: allow patchable PCDs for memory, FD and FV addresses
ArmPlatformPkg:
On 18 February 2015 at 08:37, Ard Biesheuvel wrote:
> On 17 February 2015 at 18:40, Jordan Justen wrote:
>> Ard,
>>
>> For the subject, I think
>> MdePkg/BaseSynchronizationLib: Add InterlockedCompareExchange16
>> would be better.
>>
>
> OK
>
>&
build test and visual inspection of the .S
file should be sufficient here?
Thanks,
Ard.
> On 2015-02-12 03:19:06, Ard Biesheuvel wrote:
>> This implements the function InterlockedCompareExchange16 () for all
>> architectures, using architecture and toolchain specific intrinsics
>
On 13 February 2015 at 15:17, Julien Grall wrote:
>
>
> On 13/02/2015 15:12, Ard Biesheuvel wrote:
>>
>> On 13 February 2015 at 15:03, Julien Grall
>> wrote:
>>>
>>> Hi Ard,
>>>
>>>
>>> On 12/02/2015 19:29, Ard Biesheuvel
On 13 February 2015 at 15:03, Julien Grall wrote:
> Hi Ard,
>
>
> On 12/02/2015 19:29, Ard Biesheuvel wrote:
>>
>> This patch registers hvc0 as the preferred console if no console
>> has been specified explicitly on the kernel command line.
>>
>> The pur
a version rebased onto the latest upstream, and verified
that it builds ok
https://git.linaro.org/people/ard.biesheuvel/uefi-next.git/shortlog/refs/heads/linaro-topic-xen-v4-rebase
Regards,
Ard.
> On 2015-02-12 03:18:52, Ard Biesheuvel wrote:
>> This series implements support for e
.
Signed-off-by: Ard Biesheuvel
---
arch/arm/xen/enlighten.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 0abeefa7dbf8..927be1d1bad7 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -24,6 +24,7 @@
#include
le output without having to pass 'console=hvc0'
on the command line.
I didn't check anything else, nor do I have enough of a clue about Xen
to notice anything else out of the ordinary
So FWIW,
Tested-by: Ard Biesheuvel
> Sincerely yours,
>
> Julien Grall (1):
>
This adds the .dsc and .fdf descriptions to build a UEFI image that
is bootable by a Xen guest on 64-bit ARM (AArch64)
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg
: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/OvmfPkgIa32.dsc | 1 +
OvmfPkg/OvmfPkgIa32.fdf | 1 +
OvmfPkg/OvmfPkgIa32X64.dsc| 1 +
OvmfPkg/OvmfPkgIa32X64.fdf| 1 +
OvmfPkg/OvmfPkgX64.dsc| 1
Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenIoPciDxe/XenIoPciDxe.c | 367
OvmfPkg/XenIoPciDxe/XenIoPciDxe.inf
This implements a SerialPortLib instance that wires up to the
PV console ring used by domU guests. Also imports the required
upstream Xen io/console.h header.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Acked-by: Laszlo Ersek
Signed-off-by: Ard
This implements the function InterlockedCompareExchange16 () for all
architectures, using architecture and toolchain specific intrinsics
or primitive assembler instructions.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/Protocol/XenIo.h | 48
OvmfPkg/OvmfPkg.dec | 1 +
2 files changed, 49 insertions(+)
diff --git a/OvmfPkg/Include
XenHypercall2() in C and move the indexing of the hyperpage
there; the existing asm implementations are renamed to __XenHypercall2() and
invoked from the new C implementation.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg
This patch adds an implementation of XenHypercallLib for both
AArch64 and AArch32 execution modes on ARM systems.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/IndustryStandard/Xen/arch-arm/xen.h
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/ArmVirtualizationPkg/ArmVirtualization.dsc.inc | 2 ++
ArmPlatformPkg/ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.c | 23
+++
ArmPlatformPkg/ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.inf | 1 +
3 files changed, 26 insertions
On non-PCI Xen guests (such as ARM), the XenBus root is not a PCI
device but an abstract 'platform' device. Add a dedicated Vendor
Hardware device path GUID to identify this node.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard
: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/{XenBusDxe/XenHypercall.h => Include/Library/XenHypercallLib.h} | 16
++--
OvmfPkg/{XenBusDxe => Library/XenHypercallLib}/Ia32/hypercall.nasm | 0
OvmfPkg/{XenBusDxe =>
agnostic.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/GrantTable.c | 2 +-
OvmfPkg/XenBusDxe/Ia32/InterlockedCompareExchange16.nasm | 42
--
OvmfPkg/XenBusDxe/Ia32
This implements a dummy RealTimeClockLib for Xen, as there is no
guest interface to access the time kept by Xen that can be shared
between UEFI and the OS.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-By: Olivier Martin
Signed-off-by: Ard Biesheuvel
This adds a XenIoMmioLib declaration and implementation that can
be invoked to install the XENIO_PROTOCOL and a corresponding
grant table address on a EFI handle.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include
-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Stefano Stabellini
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/GrantTable.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/OvmfPkg/XenBusDxe/GrantTable.c b/OvmfPkg/XenBusDxe
ff-by: Ard Biesheuvel
---
OvmfPkg/Include/IndustryStandard/Xen/xen.h | 5 +
OvmfPkg/XenBusDxe/XenBusDxe.h | 5 -
OvmfPkg/XenPvBlkDxe/XenPvBlkDxe.h | 4
3 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/OvmfPkg/Include/IndustryStandard/Xen/xen.h
b/Ov
-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/ArmVirtualizationPkg/Library/PlatformPeiLib/PlatformPeiLib.inf
| 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
a/ArmPlatformPkg/ArmVirtualizationPkg/Library/PlatformPeiLib
can only be used after the caches (and hence
the MMU) have been enabled.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
MdePkg/Library/BaseSynchronizationLib/AArch64/Synchronization.S |
boot protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-By: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/ArmVirtualizationPkg/Library/ArmVirtualizationMemoryInitPeiLib/ArmVirtualizationMemoryInitPeiLib.c
| 91
ArmPlatformPkg.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/ArmVirtualizationPkg/PrePi/AArch64/ArchPrePi.c|
33
ArmPlatformPkg/ArmVirtualizationPkg/PrePi/AArch64/ModuleEntryPoint.S
Add a ArmPlatformLib instance that can deal with the self relocation
and truly dynamic discovery of system RAM base and size.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Reviewed-by: Olivier Martin
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg
1 - 100 of 212 matches
Mail list logo
