Re: [edk2] Unable to use EFI firmware in Xen ARM guest after 41f8901

2015-10-01 Thread Ard Biesheuvel
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

[edk2] [PATCH v5 2/3] ArmVirtPkg: use 4 KB section alignment for ARM DXE_RUNTIME_DRIVER modules

2015-10-01 Thread Ard Biesheuvel
In order to support the Properties Table memory protection feature on 32-bit ARM, build DXE_RUNTIME_MODULE type binaries with 4 KB section alignment by setting the common-page-size linker command line option. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel Ac

Re: [edk2] KVM: MTRR: fix memory type handling if MTRR is completely disabled

2015-10-01 Thread Paolo Bonzini
On 01/10/2015 16:12, Janusz wrote: > Now, I can also add, that the problem is only when I allow VM to use > more than one core, so with option for example: > -smp 8,cores=4,threads=2,sockets=1 and other combinations like -smp > 4,threads=1 its not working, and without it I am always running VM >

Re: [edk2] KVM: MTRR: fix memory type handling if MTRR is completely disabled

2015-10-01 Thread Janusz
Now, I can also add, that the problem is only when I allow VM to use more than one core, so with option for example: -smp 8,cores=4,threads=2,sockets=1 and other combinations like -smp 4,threads=1 its not working, and without it I am always running VM without problems Any ideas what can it be? or

Re: [edk2] [PATCH v5 3/3] ArmVExpressPkg: use 4 KB section alignment for ARM DXE_RUNTIME_DRIVER modules

2015-10-01 Thread Ard Biesheuvel
On 1 October 2015 at 15:53, Leif Lindholm wrote: > On Thu, Oct 01, 2015 at 03:40:42PM +0200, Ard Biesheuvel wrote: >> In order to support the Properties Table memory protection feature >> on 32-bit ARM, build DXE_RUNTIME_DRIVER type binaries with 4 KB section >> alignment by setting the common-pag

[edk2] [PATCH v5 0/3] 4 KB section alignment for ARM

2015-10-01 Thread Ard Biesheuvel
Now that the BaseTools/GenFw changes for RVCT have been merged, we can move to the unified linker script for ARM/GCC, and enable the 4 KB section alignment for DXE_RUNTIME_DRIVER modules. Changes since previous version: - added patch for ArmVExpressPkg - added Leif's R-b to 1/3 Ard Biesheuvel (3)

Re: [edk2] [PATCH v5 3/3] ArmVExpressPkg: use 4 KB section alignment for ARM DXE_RUNTIME_DRIVER modules

2015-10-01 Thread Leif Lindholm
On Thu, Oct 01, 2015 at 03:40:42PM +0200, Ard Biesheuvel wrote: > In order to support the Properties Table memory protection feature > on 32-bit ARM, build DXE_RUNTIME_DRIVER type binaries with 4 KB section > alignment by setting the common-page-size linker command line option. > > Contributed-und

[edk2] [PATCH v5 3/3] ArmVExpressPkg: use 4 KB section alignment for ARM DXE_RUNTIME_DRIVER modules

2015-10-01 Thread Ard Biesheuvel
In order to support the Properties Table memory protection feature on 32-bit ARM, build DXE_RUNTIME_DRIVER type binaries with 4 KB section alignment by setting the common-page-size linker command line option. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel --

[edk2] [PATCH v5 1/3] BaseTools/ARM: move to unified GCC linker script

2015-10-01 Thread Ard Biesheuvel
Instead of using the ARM builtin linker script for GNU ld, use the new unified one instead. This will allow us to increase the section alignment for DXE_RUNTIME_MODULEs, which is a prerequisite for enabling the UEFIv2.5 Properties Table memory protection feature. Contributed-under: TianoCore Contr

Re: [edk2] [PATCH v4 1/2] BaseTools/ARM: move to unified GCC linker script

2015-10-01 Thread Leif Lindholm
On Thu, Oct 01, 2015 at 03:10:20PM +0200, Ard Biesheuvel wrote: > On 1 October 2015 at 14:52, Leif Lindholm wrote: > > On Thu, Oct 01, 2015 at 02:30:56PM +0200, Ard Biesheuvel wrote: > >> On 25 September 2015 at 03:08, Ard Biesheuvel > >> wrote: > >> > Instead of using the ARM builtin linker scr

Re: [edk2] [PATCH v4 1/2] BaseTools/ARM: move to unified GCC linker script

2015-10-01 Thread Ard Biesheuvel
On 1 October 2015 at 14:52, Leif Lindholm wrote: > On Thu, Oct 01, 2015 at 02:30:56PM +0200, Ard Biesheuvel wrote: >> On 25 September 2015 at 03:08, Ard Biesheuvel >> wrote: >> > Instead of using the ARM builtin linker script for GNU ld, use the >> > new unified one instead. This will allow us t

Re: [edk2] [PATCH v4 1/2] BaseTools/ARM: move to unified GCC linker script

2015-10-01 Thread Leif Lindholm
On Thu, Oct 01, 2015 at 02:30:56PM +0200, Ard Biesheuvel wrote: > On 25 September 2015 at 03:08, Ard Biesheuvel > wrote: > > Instead of using the ARM builtin linker script for GNU ld, use the > > new unified one instead. This will allow us to increase the section > > alignment for DXE_RUNTIME_MOD

Re: [edk2] [PATCH v4 1/2] BaseTools/ARM: move to unified GCC linker script

2015-10-01 Thread Ard Biesheuvel
On 25 September 2015 at 03:08, Ard Biesheuvel wrote: > Instead of using the ARM builtin linker script for GNU ld, use the > new unified one instead. This will allow us to increase the section > alignment for DXE_RUNTIME_MODULEs, which is a prerequisite for > enabling the UEFIv2.5 Properties Table

Re: [edk2] [grub PATCH] efinet: disable MNP background polling

2015-10-01 Thread Laszlo Ersek
CC'ing Mark Salter, and edk2-devel, also updating the subject slightly for better context. On 10/01/15 11:26, HATAYAMA Daisuke wrote: > Currently, as of the commit f348aee7b33dd85e7da62b497a96a7319a0bf9dd, > SNP is exclusively reopened to avoid slowdown or complete failure to > load files due to r