#2 The correct names are ManagedNetworkMonitor.efi/ IP4NetworkMonitor.efi.
Please help to check them in the .sh file.
#3 Do you run “sct.efi [option]” command after the SCT installation or just
reboot after the SCT installation?
Best Regards
Eric
From: Guoheyi [mailto:guoh...@huawei.com]
Sent:
On 2015-01-28 14:38:00, Laszlo Ersek wrote:
> On 01/28/15 20:01, Jordan Justen wrote:
> > On 2015-01-28 00:50:43, Laszlo Ersek wrote:
> >> On 01/28/15 00:29, Jordan Justen wrote:
> >>> On 2015-01-27 00:17:52, Laszlo Ersek wrote:
> On 01/26/15 22:32, Jordan Justen wrote:
> > On 2015-01-24 1
I tested on ARMv8 FVP this morning and it worked well.
There are some minor issues I found; could you please help to check?
1. The script “CommonGenFramework.sh” seems to be encoded in “dos” but
not “unix”, and fails to run on my Ubuntu Linux.
2. There is error message like below
And can it be run on EDKII Shell, but not EdkShell?
发件人: Guoheyi
发送时间: 2015年1月29日 8:47
收件人: 'Olivier Martin'; edk2-devel@lists.sourceforge.net
主题: 答复: Re: [edk2] Could anyone show me the roadmap of UEFI SCT?
Has it been validated on ARM AARCH64 UEFI?
发件人: Olivier Martin [mailto:olivier.mar...@ar
Has it been validated on ARM AARCH64 UEFI?
发件人: Olivier Martin [mailto:olivier.mar...@arm.com]
发送时间: 2015年1月23日 17:36
收件人: edk2-devel@lists.sourceforge.net; Guoheyi
主题: RE: Re: [edk2] Could anyone show me the roadmap of UEFI SCT?
And the branch ‘sct-next’ to support all the other architectures (i
On 01/28/15 20:05, John Smith wrote:
> This is infuriating only because I know I had this working before, and
> somehow I'm missing one step for it right now and I don't know where.
>
> I want to run Windows 8.1 in OVMF. I already can build the EDK2 and copy
> the OVMF.fd to my local directly as b
On 01/28/15 20:01, Jordan Justen wrote:
> On 2015-01-28 00:50:43, Laszlo Ersek wrote:
>> On 01/28/15 00:29, Jordan Justen wrote:
>>> On 2015-01-27 00:17:52, Laszlo Ersek wrote:
On 01/26/15 22:32, Jordan Justen wrote:
> On 2015-01-24 15:04:52, Laszlo Ersek wrote:
>> +EFI_STATUS
>> +
Reviewed-by: Tapan Shah mailto:tapands...@hp.com>>
From: Carsey, Jaben [mailto:jaben.car...@intel.com]
Sent: Tuesday, January 27, 2015 5:35 PM
To: Shah, Tapan; Qiu, Shumin
Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben
Subject: [Patch 1/1] ShellPkg: Refactor quote and escape search to use new
Reviewed-by: Tapan Shah mailto:tapands...@hp.com>>
From: Carsey, Jaben [mailto:jaben.car...@intel.com]
Sent: Tuesday, January 27, 2015 5:35 PM
To: Qiu, Shumin; Shah, Tapan
Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben
Subject: [Patch 0/1] ShellPkg: Refactor Split search to generic function
Hi Feng,
On Thu, 22 Jan 2015 00:15:44 +
"Tian, Feng" wrote:
> Partition driver owner is reviewing your patch, will get back to you
> when he have feedback.
>
> >From my side, a straightforward issue about device path was raised
> >before. I think you need propose a formal UDF device path to
This is infuriating only because I know I had this working before, and
somehow I'm missing one step for it right now and I don't know where.
I want to run Windows 8.1 in OVMF. I already can build the EDK2 and copy
the OVMF.fd to my local directly as bios.bin. I made a HD like I had seen
in some gu
On 2015-01-28 00:50:43, Laszlo Ersek wrote:
> On 01/28/15 00:29, Jordan Justen wrote:
> > On 2015-01-27 00:17:52, Laszlo Ersek wrote:
> >> On 01/26/15 22:32, Jordan Justen wrote:
> >>> On 2015-01-24 15:04:52, Laszlo Ersek wrote:
> +EFI_STATUS
> +EFIAPI
> +InstallAllQemuLinkedTables (
Hi Laurie,
Awesome ! I installed the VS2010 SP1 and everything is working.
The goal is to test my Hii pages and with the Nt32, it would be way more easier.
Thanks a lot for your help,
Regards,
Rajib
From: Jarlstrom, Laurie
Sent: Wednesday, January 28, 2015 9:58 AM
To: Ghosal, Rajib; edk2-devel@li
On 28 January 2015 at 15:28, Olivier Martin wrote:
> Reviewed-By: Olivier Martin
>
Looking at these patches again, it might make sense to replace #9, #10
and #11 with a single patch that introduces RelocatablePrePi under
ArmVirtualizationPkg with these changes already applied. That way, we
adher
You are getting an error because of the linker mismatch( Highlighted below).
Link error LNK1123
This is typically the result of a incompatible version of Windows .NET and
Microsoft Visual Studio.
I see you are using Visual Studio 2010. The fix is to install Microsoft Visual
Studio 2010 Servic
On 28 January 2015 at 15:13, Olivier Martin wrote:
> Same question as last time, would it not be better to have a PCD instead of
> hardcoded value?
Ah yes, I remember reading that but failed to take it into account.
> Some platforms might want to have a larger FDT padding.
>
Agreed. Will add it
On 28 January 2015 at 15:04, Olivier Martin wrote:
> I do not have a strong opinion on this patch.
> It would be better to keep the dynamic PCD support in this patch. But I am
> aware it is not possible with PrePi (I had the issue a couple of weeks ago).
> Dynamic Pcds are actually supported when
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 26 January 2015 19:03
> To: edk2-devel@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
Same question as last time, would it not be better to have a PCD instead of
hardcoded value?
Some platforms might want to have a larger FDT padding.
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 26 January 2015 19:03
> To: edk2-devel@lists.sourcefo
I do not have a strong opinion on this patch.
It would be better to keep the dynamic PCD support in this patch. But I am
aware it is not possible with PrePi (I had the issue a couple of weeks ago).
Dynamic Pcds are actually supported when you use the PeiCore with PcdPeim.
But the PeiCore only make
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 26 January 2015 19: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: 26 January 2015 19: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: 26 January 2015 19:03
> To: edk2-devel@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
On 01/26/15 20:03, Ard Biesheuvel wrote:
> 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
> gArmTo
On 01/26/15 20:03, 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 Wed, Jan 28, 2015 at 09:33:44AM +, Ryan Harkin wrote:
> On 27 January 2015 at 10:56, Leif Lindholm wrote:
>
> > On Tue, Jan 27, 2015 at 10:36:23AM -, Olivier Martin wrote:
> > > Any reason to make the Network stack conditional?
> > > One reason to make the SMSC Lan91x Ethernet controll
After all, I think the "git operations" in this patch could be
confusing. Let me try to explain:
Before the patch, "OvmfPkg/AcpiPlatformDxe/Qemu.c" consists of two
logically separate parts. Let's call them {A, B}. Part "A" is about
producing some ACPI tables inside OVMF on qemu versions / qemu mac
On 27 January 2015 at 10:56, Leif Lindholm wrote:
> On Tue, Jan 27, 2015 at 10:36:23AM -, Olivier Martin wrote:
> > Any reason to make the Network stack conditional?
> > One reason to make the SMSC Lan91x Ethernet controller condition on some
> > RTSM models is to use the virtio network drive
On 01/28/15 08:54, Paolo Bonzini wrote:
>
>
> On 28/01/2015 00:29, Jordan Justen wrote:
>> They may be different, but looking, I'm wondering why
>> OvmfPkg/Library/QemuFwCfgLib doesn't have arm support, rather than
>> putting it into a separate module over in
>> ArmPlatformPkg/ArmVirtualizationPk
On 01/28/15 00:29, Jordan Justen wrote:
> On 2015-01-27 00:17:52, Laszlo Ersek wrote:
>> On 01/26/15 22:32, Jordan Justen wrote:
>>> On 2015-01-24 15:04:52, Laszlo Ersek wrote:
+EFI_STATUS
+EFIAPI
+InstallAllQemuLinkedTables (
+ IN EFI_ACPI_TABLE_PROTOCOL *AcpiProtocol
30 matches
Mail list logo
