Unsubscribe
Sent from my iPhone
> On Feb 3, 2015, at 11:20 AM, edk2-devel-requ...@lists.sourceforge.net wrote:
>
> Send edk2-devel mailing list submissions to
>edk2-devel@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.sourceforge.net/l
Reviewed-by: Shumin Qiu mailto:joe.peter...@intel.com>>
From: Peterson, Joe
Sent: Wednesday, February 04, 2015 7:54 AM
To: Carsey, Jaben; Qiu, Shumin
Cc: edk2-devel@lists.sourceforge.net
Subject: RE: [PATCH] ShellPkg: cast return value to correct type based on what
we passed in
Reviewed-by: Joe
Reviewed-by: Joe Peterson
I'm not generally a fan of casting away const-ness, but this works.
From: Carsey, Jaben
Sent: Tuesday, February 03, 2015 3:09 PM
To: Peterson, Joe; Qiu, Shumin
Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben
Subject: [PATCH] ShellPkg: cast return value to correct ty
Joe and Shumin,
Can you check this?
ShellPkg: cast return value to correct type based on what we passed in
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jaben Carsey
Shell.c.patch
Description: Shell.c.patch
-
Hi,
GetState() is enough.
You probably have incompatibility device with driver.
Regards.
On 03 февр. 2015 г., at 21:39, Denis Alberto Silverio
wrote:
> Hi guys,
> I´m developing an application that may have touchscreen and mouse support.
> So, I´m trying to use the SIMPLE_POINTER_PROTOCOL an
Reviewed-by: Jaben Carsey
Commit 16732
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Level3 profile commands with a better command
Reviewed-by: Jaben Carsey
Commit 16731
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Network1 profile commands with a better command
Reviewed-by: Jaben Carsey
Commit 16730
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Level2 profile commands with a better command
Reviewed-by: Jaben Carsey
Commit 16729
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Debug1 profile commands with a better command
This refactors the Xen hypercall implementation that is part of the
XenBusDxe driver, in preparation of splitting it off entirely into
a XenHypercallLib library. This involves:
- removing the dependency on XENBUS_DEVICE* pointers in the XenHypercall()
prototypes
- moving the discovered hyperpage
To allow a runtime self relocating PrePi instance to discover the base
address of the device tree at runtime, allow the use of a patchable PCD
for gArmVirtualizationTokenSpaceGuid.PcdDeviceTreeInitialBaseAddress.
We will not be using the build time patch tool in this case, but using
a patchable PCD
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
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 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.
This module is based on the PrePi implementations residing under
ArmPlatformP
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 is partially motivated by the desire to use PrePi in a virt
environment, and in that configuration, ArmPlatformInitializeSystemMemory()
is never called. But actually, this is a more suitable place anyway.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Laszlo Ersek
Revie
This introduces the abstract XENIO_PROTOCOL that will be used to
communicate the Xen grant table address to drivers supporting this
protocol. Primary purpose is allowing us to change the XenBusDxe
implementation so that it can support non-PCI Xen implementations
such as Xen on ARM.
Contributed-und
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
Reviewed-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
-
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 Biesheuvel
---
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). Also
move the xen_pfn_t cast outside the shift so that we can avoid
shifting 64-bit quantities on 32-bit architectures, which may
require runtime library support.
Contributed-un
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.
This also adds MemoryAllocationLib to the [LibraryClasses] section of
ArmVirtualizationPlatformLib/ArmVirtualizationPlatformLib.inf, as this
depe
Reviewed-by: Jaben Carsey
Commit 16728
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Level1 profile commands with a better command
Allow the use of patchable PCDs for gArmTokenSpaceGuid.PcdFvBaseAddress
and gArmVirtualizationTokenSpaceGuid.PcdDeviceTreeInitialBaseAddress
by moving them from the [FixedPcd] to the [Pcd] section in the INF file of
PlatformPeiLib.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-b
This moves all of the Xen hypercall code that was private to XenBusDxe
to a new library class XenHypercallLib. This will allow us to reimplement
it for ARM, and to export the Xen hypercall functionality to other parts
of the code, such as a Xen console SerialPortLib driver.
Contributed-under: Tian
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 ++
This moves the reference to gArmTokenSpaceGuid.PcdFdBaseAddress
from the [FixedPcd] to the [Pcd] section in the INF file of
PrePiArmPlatformGlobalVariableLib so that its users may choose
to use a patchable PCD instead.
Contributed-under: TianoCore Contribution Agreement 1.0
Reviewed-by: Olivier Ma
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
Reviewed-by: Stefano Stabellini
Acked-by: Laszlo Ersek
Signed-off-by:
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.
Contributed-under: TianoC
Prepare for making XenBusDxe suitable for use with non-PCI devices
(such as the DT node exposed by Xen on ARM) by introducing a separate
DXE driver that binds to the Xen virtual PCI device and exposes the
abstract XENIO_PROTOCOL for XenBusDxe to bind against.
Contributed-under: TianoCore Contribut
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
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Includ
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 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
Signed-off-by: Ard Biesheuvel
---
.../ArmVirtualizationPkg/ArmVirtualizationXen.dsc | 218 ++
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/
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
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/Library/XenIoMmioLib.h
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
Signed-off-by: Ard Biesheuvel
---
.../AARCH64/MemnodeParser.S| 232
In order to allow a runtime self relocating PrePi instance, change the
allowable PCD types for the following PCDs:
gArmTokenSpaceGuid.PcdSystemMemoryBase
gArmTokenSpaceGuid.PcdSystemMemorySize
gArmTokenSpaceGuid.PcdFdBaseAddress
gArmTokenSpaceGuid.PcdFvBaseAddress
to include PcdsPatchable
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
Review
This adds support for detecting the presence of a GICv3 interrupt
controller from the device tree, and recording its distributor and
redistributor base addresses in their respective PCDs.
Contributed-under: TianoCore Contribution Agreement 1.0
Acked-by: Laszlo Ersek
Signed-off-by: Ard Biesheuvel
Hi guys,
I´m developing an application that may have touchscreen and mouse support.
So, I´m trying to use the SIMPLE_POINTER_PROTOCOL and
ABSOLUTE_POINTER_PROTOCOL to get the pointer events. Some systems, it works
pretty well, but in other system, it have the protocol and when it try to
get the sta
Reviewed-by: Jaben Carsey
Commit 16727
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Driver1 profile commands with a better command
Reviewed-by: Jaben Carsey
Commit 16726
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update bcfg command response output
Importance: High
Reviewed-by: Jaben Carsey
And committed. 16725
From: Shah, Tapan [mailto:tapands...@hp.com]
Sent: Tuesday, February 03, 2015 10:09 AM
To: Carsey, Jaben; edk2-devel@lists.sourceforge.net
Cc: El-Haj-Mahmoud, Samer; Weidenhammer, Greg
Subject: ShellPkg: Update Shell.uni file with a better general
Jaben,
Can you please review attached UefiShellLevel3CommandsLib.uni file and
associated diff file with following changes?
Thanks,
Tapan
ShellPkg: Update Level3 profile commands response output
* Updates to Level3 profile commands response output. Dis
Jaben,
Can you please review attached UefiShellLevel1CommandsLib.uni file and
associated diff file with following changes?
Thanks,
Tapan
ShellPkg: Update Level1 profile commands response output
* Updates to Level1 profile commands response output. Dis
Jaben,
Can you please review attached UefiShellBcfgCommandLib.uni file and its
associated diff file with following changes?
Thanks,
Tapan
ShellPkg: Update bcfg command response output
* Updates to bcfg command response output. Displaying "Error" as a
Jaben,
Can you please review attached Shell.uni file with following changes?
Thanks,
Tapan
ShellPkg: Update Shell.uni file with a better general command response output.
1. Updates to the general command response output. Displaying "Error" as
a prefix t
Jaben,
Can you please review attached UefiShellNetwork1CommandsLib.uni file and
associated diff file with following changes?
Thanks,
Tapan
ShellPkg: Update Network1 profile commands response output
* Updates to Network1 profile commands response outpu
Reviewed-by: Jaben Carsey
From: Qiu, Shumin
Sent: Monday, February 02, 2015 11:58 PM
To: Carsey, Jaben
Cc: edk2-devel@lists.sourceforge.net
Subject: [edk2][Patch]ShellPkg: Fix typos.
Importance: High
Hi Jaben,
Could you help review this patch? Comment description should end with period '.'
Cont
On 2015-02-03 00:07:20, Fan, Jeff wrote:
> Jordan is right. NMI exception handler may be hooked by platform to capture
> real NMI interrupt.
>
> I suggest to send SIPI to Aps to wakeup AP if AP is in hlt state.
> But Aps needs startup from real mode.
Yes, we could go back to SIPI if needed. I th
Thanks Feng for your attention.
So, it means which can't send command to HDD ATA with UEFI 2.1, right?
If i use the 2.2 only the ATA_PASS_THRU ( and DEVICE_PATH) is necessary to
do the requirements or need others protocol ?!
( my objective are do DST basic)
Thanks Feng for your attention.
So, it means which can't send command to HDD ATA with UEFI 2.1, right?
If i use the 2.2 only the ATA_PASS_THRU ( and DEVICE_PATH) is necessary to
do the requirements or need others protocol ?!
( my objective are do DST basic)
---
On 3 February 2015 at 12:14, Laszlo Ersek wrote:
> On 01/26/15 20:03, Ard Biesheuvel wrote:
>> 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: A
On 01/26/15 20:03, Ard Biesheuvel wrote:
> 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
> ---
> ArmPlatformPkg/ArmVirtualization
On 01/26/15 20:03, 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.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed
On 3 February 2015 at 11:55, Laszlo Ersek wrote:
> On 02/03/15 12:45, Laszlo Ersek wrote:
>> comments below
>>
>> On 01/26/15 20:03, Ard Biesheuvel wrote:
>
>>> +EFI_STATUS
>>> +XenIoMmioInstall (
>>> + IN EFI_HANDLE *Handle,
>>> + IN UINT64 GrantTableAddress
>>> + )
>>> +{
>>> + EFI_S
On 02/03/15 12:45, Laszlo Ersek wrote:
> comments below
>
> On 01/26/15 20:03, Ard Biesheuvel wrote:
>> +EFI_STATUS
>> +XenIoMmioInstall (
>> + IN EFI_HANDLE *Handle,
>> + IN UINT64 GrantTableAddress
>> + )
>> +{
>> + EFI_STATUS Status;
>> + XENIO_PROTOCOL
On 01/26/15 20:03, Ard Biesheuvel wrote:
> +EFI_STATUS
> +XenIoMmioInstall (
> + IN EFI_HANDLE *Handle,
> + IN UINT64 GrantTableAddress
> + );
Sorry I had another (pedantic) remark here -- consider
EFI_PHYSICAL_ADDRESS instead of UINT64. (It looks better and that's
what's in your proto
comments below
On 01/26/15 20:03, Ard Biesheuvel wrote:
> 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
> Signed-off
On 02/03/15 04:05, Gao, Liming wrote:
> Ersek:
> To zero its impact, I prefer to use 0x. The patch is updated.
Thank you very much. With that change in the appropriate patch, you can
add my
Reviewed-by: Laszlo Ersek
to the OvmfPkg patch, and also to the MdePkg patch(es) that introduc
On 02/03/15 07:34, Liming Gao wrote:
> ---
> .../Csm/LegacyBiosDxe/LegacyBiosInterface.h| 5 ++--
> .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 5 +++-
> .../MemoryProfileInfo/MemoryProfileInfo.c | 3 +-
> MdeModulePkg/Core/Dxe/Gcd/Gcd.c| 12 ++-
On 02/03/15 09:40, Nibinbin wrote:
> Hi,
> I found the OVMF project from github: http://tianocore.github.io/ovmf/.
> If I want to study OVMF, Any documents about it?
If everything goes well, we'll "unleash" something quite comprehensive
on the unsuspecting public in one or two weeks.
Thanks
Laszl
Hi.
Not sure if you already saw this but in case you have not:
http://tianocore.github.io/ovmf/
Thanks
Rafael R. Machado
2015-02-03 6:40 GMT-02:00 Nibinbin :
> Hi,
> I found the OVMF project from github: http://tianocore.github.io/ovmf/.
> If I want to study OVMF, Any documents about it?
>
>
> B
Hi,
I found the OVMF project from github: http://tianocore.github.io/ovmf/.
If I want to study OVMF, Any documents about it?
Best Regards,
Robin Ni
--
Dive into the World of Parallel Programming. The Go Parallel Website,
Jordan is right. NMI exception handler may be hooked by platform to capture
real NMI interrupt.
I suggest to send SIPI to Aps to wakeup AP if AP is in hlt state. But Aps
needs startup from real mode.
-Original Message-
From: Justen, Jordan L
Sent: Saturday, January 31, 2015 4:36 AM
Hi Jaben,
Could you help review this patch? Comment description should end with period '.'
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Qiu Shumin mailto:shumin@intel.com>>
Thanks
Shumin
Shell.patch
Description: Shell.patch
65 matches
Mail list logo
