On 29 May 2015 at 00:35, Laszlo Ersek wrote:
> On 05/28/15 18:01, Ard Biesheuvel wrote:
>> On 28 May 2015 at 17:40, Olivier Martin wrote:
>>> Added Laszlo Ersek and Ard Biesheuvel as maintainers
>>> for ArmVirtPkg.
>>>
>>> Contributed-under: TianoCore Contribution Agreement 1.0
>>> Signed-off-by:
Good to me as well.
Reviewed-by: Feng Tian
-Original Message-
From: Jordan Justen [mailto:jordan.l.jus...@intel.com]
Sent: Thursday, May 28, 2015 23:01
To: Zeng, Star; edk2-devel@lists.sourceforge.net
Subject: Re: [edk2] [PATCH] MdeModulePkg/DxeCore: Fixed build error
For your attached
I noticed that the default value used for the driver supported efi
version protocol was 0x2000a - UEFI 2.1. The attached patch bumps it to
2.5 and updates the NvmExpress driver to use the Pcd from OptionRomPkg.
--
Bruce
From 67c38a99bd343902bf4e68e429338d7fd75f5f68 Mon Sep 17 00:00:00 2001
From
On 05/28/15 18:01, Ard Biesheuvel wrote:
> On 28 May 2015 at 17:40, Olivier Martin wrote:
>> Added Laszlo Ersek and Ard Biesheuvel as maintainers
>> for ArmVirtPkg.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Olivier Martin
>
> Thanks for the confidence.
>
>
On 05/28/15 19:53, Laszlo Ersek wrote:
> On 05/28/15 18:51, Laszlo Ersek wrote:
>> From: Olivier Martin
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Olivier Martin
>> Cc: Olivier Martin
>> Cc: Ard Biesheuvel
>> [ler...@redhat.com: no changes other than adding
Sorry but you are wrong.
I did a app wich handle files just using UEFI features without EFI SHEL..
And I see a python library to UEFI ..but use EFI SHELL..
whatever
Thx
--
_
> Is possible run a app done in python withou SHELL Environment ?
> Just do a FLASH DRIVE bootable and call a app with python?!
> I want do a GUI with python, but I don't have dependence with EFI SHELL
Most UEFI Apps are UEFI Shell Apps. The shell provides additional libs,
to get things like file
Hi everyone.
Is possible run a app done in python withou SHELL Environment ?
Just do a FLASH DRIVE bootable and call a app with python?!
I want do a GUI with python, but I don't have dependence with EFI SHELL
Thx
S.Vieria
-
On 05/28/15 18:51, Laszlo Ersek wrote:
> From: Olivier Martin
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Olivier Martin
> Cc: Olivier Martin
> Cc: Ard Biesheuvel
> [ler...@redhat.com: no changes other than adding Cc's]
> Signed-off-by: Laszlo Ersek
>
> Signe
On 05/28/2015 10:38 AM, Andrew Fish wrote:
>
>> On May 28, 2015, at 8:35 AM, Hauch, Larry wrote:
>>
>> Hi Jordan,
>> So if we remove .Nasm and .NASM and someone accidentally uses these in an
>> INF file, should the build break?
>
> I vote yes. All our build servers run with a case sensitive file
From: Olivier Martin
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
Cc: Olivier Martin
Cc: Ard Biesheuvel
[ler...@redhat.com: no changes other than adding Cc's]
Signed-off-by: Laszlo Ersek
Signed-off-by: Laszlo Ersek
---
ArmPlatformPkg/ArmVirtualizati
On 05/28/15 17:58, Ard Biesheuvel wrote:
> On 28 May 2015 at 17:40, Olivier Martin wrote:
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Olivier Martin
>
> Could you please regenerate this diff after setting [diff]
> renames=true in .git/config?
> And perhaps add --
On 05/28/15 18:01, Ard Biesheuvel wrote:
> On 28 May 2015 at 17:40, Olivier Martin wrote:
>> Added Laszlo Ersek and Ard Biesheuvel as maintainers
>> for ArmVirtPkg.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Olivier Martin
>
> Thanks for the confidence.
>
>
Hi, Gerb,
The current UEFI payload can support 16550 UART compatible UART only.
The serial port I/O base and type (I/O or MMIO) are passed from coreboot to the
UEFI payload.
In our test it is at I/O base 0x3F8 with baud rate set to 115200.
The debug will be on by default if you do a debug build
On 2015-05-28 08:35:40, Hauch, Larry wrote:
> Hi Jordan,
> So if we remove .Nasm and .NASM and someone accidentally uses these
> in an INF file, should the build break?
I think so, but, I can't think of a scenario where the extra
extensions are helpful.
I guess on Windows someone might be able to
On 28 May 2015 at 17:40, Olivier Martin wrote:
> Added Laszlo Ersek and Ard Biesheuvel as maintainers
> for ArmVirtPkg.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Olivier Martin
Thanks for the confidence.
Reviewed-by: Ard Biesheuvel
The wiki page doesn't exis
On 28 May 2015 at 17:40, Olivier Martin wrote:
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Olivier Martin
Could you please regenerate this diff after setting [diff]
renames=true in .git/config?
And perhaps add --stat=200 so we can read the full path names?
---
Reviewed-by: Tapan Shah mailto:tapands...@hp.com>>
From: Qiu, Shumin [mailto:shumin@intel.com]
Sent: Wednesday, May 27, 2015 8:30 PM
To: Carsey, Jaben; Shah, Tapan; edk2-devel@lists.sourceforge.net
Subject: RE: [PATCH] ShellPkg: Update help output for correct alphabetical rev 2
The patch is g
Hi,
> CorebootPayloadPkg can support both serial port (in/out) and Framebuffer
> (out) as console.
serial port @ standard pc location (i.e. iobase=0x3f8)?
> The debug output will be on serial port only at this point.
Anything specific needed to enable it or is it on by default (in debug
Added Laszlo Ersek and Ard Biesheuvel as maintainers
for ArmVirtPkg.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
---
Maintainers.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Maintainers.txt b/Maintainers.txt
index 1ec28e8..160decd 100644
ArmVirtualizationPkg/ArmVirtualizationPkg has been introduced
by Ard Biesheuvel and received many contributions from Laszlo
Ersek.
I have decided to move this package out of ArmPlatformPkg and
to make them maintainers of this new package to give them better
control on this EDK2 packages.
I would l
> On May 28, 2015, at 8:35 AM, Hauch, Larry wrote:
>
> Hi Jordan,
> So if we remove .Nasm and .NASM and someone accidentally uses these in an INF
> file, should the build break?
I vote yes. All our build servers run with a case sensitive file system.
Thanks,
Andrew Fish
> Cheers,
> Larry
>
Hi Jordan,
So if we remove .Nasm and .NASM and someone accidentally uses these in an INF
file, should the build break?
Cheers,
Larry
-Original Message-
From: Jordan Justen [mailto:jordan.l.jus...@intel.com]
Sent: Thursday, May 28, 2015 8:14 AM
To: edk2-devel@lists.sourceforge.net
Subject
Hi, Gerd,
The CorebootModulePkg/CorebootPayloadPkg can be built as a standard UEFI
payload binary for coreboot.
It should be a generic payload and should run on most of the IA platforms as a
coreboot payload.
To test it you need to have coreboot enabled on a platform first. Then you
can con
For *.asm and *.s, there have been cases of *.Asm and *.S files, but
since the nasm extensions are new, we don't need to support the upper
case extensions.
In other words, remove .Nasm and .NASM.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
Cc: Liming Gao
For your attached patch:
Reviewed-by: Jordan Justen
On 2015-05-28 03:26:13, Zeng, Star wrote:
> Olivier,
>
> Thanks, see the attached patch.
>
> Star
> -Original Message-
> From: Olivier Martin [mailto:olivier.mar...@arm.com]
> Sent: Thursday, May 28, 2015 5:40 PM
> To: edk2-devel@lis
Laszlo Ersek [mailto:ler...@redhat.com] wrote:
]Sent: Wednesday, May 27, 2015 01:43 PM
]To: Scott Duplichan
]Cc: 'edk2-devel list'; 'Gerd Hoffmann'; 'Maurice Ma'; 'Dong Guo'
]Subject: Re: CorebootModulePkg: gcc reports conflicting types for
'CbParseAcpiTable'
]
]On 05/27/15 18:36, Scott Duplichan
Brian J. Johnson [mailto:bjohn...@sgi.com] wrote:
]Sent: Wednesday, May 27, 2015 01:01 PM
]To: edk2-devel@lists.sourceforge.net; 'Laszlo Ersek'
]Subject: Re: [edk2] CorebootModulePkg: gcc reports conflicting types for
'CbParseAcpiTable'
]
]On 05/27/2015 11:36 AM, Scott Duplichan wrote:
]> The rev
Olivier,
Thanks, see the attached patch.
Star
-Original Message-
From: Olivier Martin [mailto:olivier.mar...@arm.com]
Sent: Thursday, May 28, 2015 5:40 PM
To: edk2-devel@lists.sourceforge.net; Justen, Jordan L
Subject: Re: [edk2] [PATCH] MdeModulePkg/DxeCore: Fixed build error
Yes, that
Yes, that would be another valid solution. Star, do you want to make the patch?
-Original Message-
From: Zeng, Star [mailto:star.z...@intel.com]
Sent: 28 May 2015 02:20
To: edk2-devel@lists.sourceforge.net; Justen, Jordan L
Subject: Re: [edk2] [PATCH] MdeModulePkg/DxeCore: Fixed build erro
Jordan:
BUILDRULEORDER patch has been in EDKII trunk. I suggest this patch also
includes the change in tools_def.txt file.
Thanks
Liming
-Original Message-
From: Justen, Jordan L
Sent: Thursday, May 28, 2015 2:46 PM
To: edk2-devel@lists.sourceforge.net
Cc: Justen, Jordan L; Gao, Limin
Reviewed-by: Star Zeng
Thanks,
Star
-Original Message-
From: Tian, Feng
Sent: Wednesday, May 27, 2015 10:33 AM
To: Zeng, Star
Cc: edk2-devel@lists.sourceforge.net; Tian, Feng
Subject: [patch] MdeModulePkg/Ufs: Refine EDKII_UFS_HOST_CONTROLLER_PROTOCOL
interface
The EDKII_UFS_HOST_CONTR
32 matches
Mail list logo
