Some simple value negotiation responses are optional,
in particular DataPDUInOrder and DataSequenceInOrder.
If we send "Yes", then the response from the target
is optional, and the Linux target implementation does
not return a response.
Contributed-under: TianoCore Contribution Agreement 1.0
Signe
Yes, for non-script files. It works in scripts already.
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Friday, January 23, 2015 12:39 PM
To: Carsey, Jaben; Peterson, Joe
Cc: edk2-devel@lists.sourceforge.net
Subject: RE: [PATCH] ShellPkg: refine command line parsing
Importance: High
Are you g
On 01/23/15 16:03, Ard Biesheuvel wrote:
> On ARM, xen_pfn_t is 64 bits but the size of a pointer is only
> 32 bits, so casting between them needs to go via (UINTN)
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> OvmfPkg/XenBusDxe/GrantTable.c
On 01/23/15 19:24, Stefano Stabellini wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> For future ARM/AArch64 support in the XenBus code, move the implementation
>> of hypercall invocation to a dedicated library. The use of a library rather
>> than just an arch specific source in XenBusDxe.in
On 01/23/15 16:03, Ard Biesheuvel wrote:
> Tiancore has its private copy of the Xen headers, and all drivers
> that depend on it should use the same Xen interface version, so
> let's move the #define to xen.h itself.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard
On 01/23/15 16:02, Ard Biesheuvel wrote:
> Our primary user QEMU/mach-virt presents us with a FDT blob padded
> to 64 KB with plenty of room to set additional properties. However,
> in the general case, we should only add properties after making sure
> there is enough room available.
>
> Contribut
On 01/23/15 16:02, Ard Biesheuvel wrote:
> Add a ArmPlatformLib instance that can deal with the self relocation
> and truly dynamic discovery of system RAM base and size.
>
> Signed-off-by: Ard Biesheuvel
> ---
> .../AARCH64/MemnodeParser.S| 232
> +
>
some notes
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This implements a MemoryInitPeiLib instance that differs from the
> stock ArmPlatformPkg version only in the fact that it does not remove
> the memory used by the flash device (FD). The reason is that, when using
> PrePi, the DXE core is starte
The Windows APIs are:
GetFirmwareEnvironmentVariable()
GetFirmwareEnvironmentVariableEx()
SetFirmwareEnvironmentVariable()
SetFirmwareEnvironmentVariableEx()
They work in WinPE.
Note that on a regular Windows SKU and possibly even WinPE you need to add
“SeSystemEnvironmentPrivilege” to your pro
Are you going to post a separate review request to handle non-existent
environment variable in quoted string?
From: Carsey, Jaben [mailto:jaben.car...@intel.com]
Sent: Friday, January 23, 2015 2:30 PM
To: Shah, Tapan; Peterson, Joe
Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben
Subject: RE:
Update. Now does these cases:
echo "hi"
echo "hi hi"
echo "hi
echo "hi^""
echo "^hi"
echo "%uefiversion%%test%"
echo "hi^^"
echo "hi^^^""
echo hi^^
echo hi^^^
echo "testing is "done""
echo "hi^"
echo =L"this is a test"
echo this" is a "test
please re-review.
-Jaben
From: Shah, Tapan [mailto:
I reviewed the discussion under
http://lists.linaro.org/pipermail/linaro-uefi/2014-December/000601.html
and I can see that you addressed all points there. I have some new comments:
On 01/23/15 16:02, Ard Biesheuvel wrote:
> Instead of using a dynamic PCD, store the device tree address in a HOB
>
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This is partially motivated by the desire to use PrePi in a virt
> environment, and in that configuration, ArmPlatformInitializeMemory()
> is never called. But actually, this is a more suitable place anyway.
>
> Contributed-under: TianoCore Contribution A
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This removes an instance of FixedPcdGet () so that the self relocating
> PrePi instance can poke another value into it.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> .../ArmVirtualizationPkg/Library/
On 23 January 2015 at 19:03, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> This patchs adds support to VirtFdtDxe for the Xen DT node which
>> contains the base address of the Grant Table. This data is communicated
>> to XenBusDxe using a XENIO_PROTOCOL instance.
>>
>>
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This adds support for detecting the presence of a GICv3 interrupt
> controller from the device tree, and recording its distributor
> base address in a PCD.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
On 23 January 2015 at 18:54, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> 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: Tiano
On 01/23/15 16:02, Ard Biesheuvel wrote:
> The DT binding for the ARM generic timer describes the secure,
> non-secure, virtual and hypervisor timer interrupts, respectively.
> However, under virtualization, only the virtual timer is usable, and
> the device tree may omit the hypervisor timer inter
> On Jan 23, 2015, at 5:26 AM, Koen Mulderij wrote:
>
> Hi group,
>
> I’m sorry to bother you with my question, but I hope you can help me.
> I want to develop an WinPE-based application to modify the bootorder of a
> UEFI-firmware computer.
> Unfortunately Microsoft only seems to provide inf
On 01/23/15 16:02, Ard Biesheuvel wrote:
> ArmPkg/Drivers/TimerDxe/TimerDxe.c | 14 +-
> .../ArmVirtualizationPkg/ArmVirtualizationPkg.dec | 3 +-
> .../ArmVirtualizationPkg/ArmVirtualizationQemu.dsc | 3 -
> .../ArmVirtualizationPkg/ArmVirtualizationXen.dsc | 274 +
On 23 January 2015 at 18:41, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> This patch adds an implementation of XenHypercallLib for both
>> AArch64 and AArch32 execution modes on ARM systems.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 23 January 2015 15:03
> To: edk2-devel@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 23 January 2015 15:03
> To: edk2-devel@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 23 January 2015 15:03
> To: edk2-devel@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
This patch introduces a relocatable PrePi, which can execute
from arbitrary offsets in RAM. This is intendend to be run
from a boot loader which passes a description of the actual
platform in a device tree, for instance.
Signed-off-by: Ard Biesheuvel
---
ArmPlatformPkg/PrePi/AArch64/ModuleEntryP
This is partially motivated by the desire to use PrePi in a virt
environment, and in that configuration, ArmPlatformInitializeMemory()
is never called. But actually, this is a more suitable place anyway.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Signed-off-
This patchs adds support to VirtFdtDxe for the Xen DT node which
contains the base address of the Grant Table. This data is communicated
to XenBusDxe using a XENIO_PROTOCOL instance.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPk
Instead of using a dynamic PCD, store the device tree address in a HOB
so that we can also run under a configuration that does not support
dynamic PCDs.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/ArmVirtualizationPkg.dec |
Add a ArmPlatformLib instance that can deal with the self relocation
and truly dynamic discovery of system RAM base and size.
Signed-off-by: Ard Biesheuvel
---
.../AARCH64/MemnodeParser.S| 232 +
.../AARCH64/RelocatableVirtHelper.S| 161
Our primary user QEMU/mach-virt presents us with a FDT blob padded
to 64 KB with plenty of room to set additional properties. However,
in the general case, we should only add properties after making sure
there is enough room available.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed
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
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/Guid/XenBu
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
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/IndustryStandard/Xen/io/console
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
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/ArmVirtualizationXen.dsc | 274 +
.../ArmVirt
This adds support for detecting the presence of a GICv3 interrupt
controller from the device tree, and recording its distributor
base address in a PCD.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/VirtFdtDxe/VirtFdtDxe.c
While Xen on Intel uses a virtual PCI device to communicate the
base address of the grant table, the ARM implementation uses a DT
node, which is fundamentally incompatible with the way XenBusDxe is
implemented, i.e., as a UEFI Driver Model implementation for a PCI
device.
To allow the non-PCI impl
On ARM, xen_pfn_t is 64 bits but the size of a pointer is only
32 bits, so casting between them needs to go via (UINTN)
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/GrantTable.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
This patch adds an implementation of XenHypercallLib for both
AArch64 and AArch32 execution modes on ARM systems.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
.../Include/IndustryStandard/Xen/arch-arm/xen.h| 436 +
OvmfPkg/Incl
Tiancore has its private copy of the Xen headers, and all drivers
that depend on it should use the same Xen interface version, so
let's move the #define to xen.h itself.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/IndustryStandard/Xen
This patch adds support to XenBusDxe for executing on ARM and AArch64
machines (the former only when built with GCC).
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/XenBusDxe/AtomicsGcc.c | 44 +
OvmfPkg/
The DT binding for the ARM generic timer describes the secure,
non-secure, virtual and hypervisor timer interrupts, respectively.
However, under virtualization, only the virtual timer is usable, and
the device tree may omit the hypervisor timer interrupt. (Other timer
interrupts cannot be omitted s
This implements a MemoryInitPeiLib instance that differs from the
stock ArmPlatformPkg version only in the fact that it does not remove
the memory used by the flash device (FD). The reason is that, when using
PrePi, the DXE core is started immediately and never returns so there is
no reason to pres
For future ARM/AArch64 support in the XenBus code, move the implementation
of hypercall invocation to a dedicated library. The use of a library rather
than just an arch specific source in XenBusDxe.inf allows us to move the
constructor dependency on the gXenInfoGuid HOB to the library implementatio
As a prepatory step towards introduction of a relocatable PrePi
instance, this patch makes some code changes that should not
affect operation, but will allow the relocable PrePi to work
correctly.
First of all, instances of FixedPcdGetXX() are replaced by their
PcdGetXX() counterparts. This will e
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
Signed-off-by: Ard Biesheuvel
---
.../XenRealTimeClockLib/XenRealTimeClockLib.c
This series implements support for executing Tianocore inside a Xen
guest domain on 64-bit ARM systems (AArch64)
The first part addresses ARM platform specifics, primarily to allow a
Tianocore binary image to be runtime relocatable, and execute from DRAM.
The second part refactors the XenBus supp
This removes an instance of FixedPcdGet () so that the self relocating
PrePi instance can poke another value into it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/Library/ArmVirtualizationPlatformLib/Virt.c| 2 +-
1 file c
Hi Feng,
On Wed, January 21, 2015 9:15 pm, Tian, Feng wrote:
> Partition driver owner is reviewing your patch, will get back to you when
> he have feedback.
Alright. Thanks for the information and looking forward to it.
>>From my side, a straightforward issue about device path was raised
>> befo
Hi group,
I'm sorry to bother you with my question, but I hope you can help me.
I want to develop an WinPE-based application to modify the bootorder of a
UEFI-firmware computer.
Unfortunately Microsoft only seems to provide information on how to change
their OS-bootloader.
Could you point me to
And the branch 'sct-next' to support all the other architectures (including
ARM 32-bit and ARM 64-bit).
From: Jin, Eric [mailto:eric@intel.com]
Sent: 23 January 2015 08:25
To: guoh...@huawei.com
Cc: edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] Could anyone show me the roadmap of UE
Hi Eric
Thanks for your reply!
Is there branch for ARM64 platform?
发件人: Jin, Eric [mailto:eric@intel.com]
发送时间: 2015年1月23日 16:25
收件人: Guoheyi
抄送: edk2-devel@lists.sourceforge.net
主题: Re: [edk2] Could anyone show me the roadmap of UEFI SCT?
The repository is correct.
Please switch to the
The repository is correct.
Please switch to the branch sct-next-IA to get the latest source if you want to
validate on IA platform.
Best Regards
Eric
-Original Message-
From: Guoheyi [mailto:guoh...@huawei.com]
Sent: Friday, January 23, 2015 15:35
To: edk2-devel@lists.sourcefo
Thanks. I am OK with this new patch.
Reviewed-by: David Wei
Thanks,
David
-Original Message-
From: Bruce Cran [mailto:bruce.c...@gmail.com]
Sent: Friday, January 23, 2015 3:35 PM
To: edk2-devel@lists.sourceforge.net
Cc: He, Tim; Wei, David; Wu, Mike
Subject: Re: [edk2] [PATCH] Fix the
52 matches
Mail list logo
