On Thu, Jan 9, 2014 at 10:57 AM, Laszlo Ersek wrote:
> comments below
>
> On 01/09/14 01:44, Jordan Justen wrote:
>> By splitting the PEI and DXE phases into separate FVs,
>> we can only reserve the PEI FV for ACPI S3 support.
>> This should save about 7MB.
>>
>> Unfortunately, this all has to hap
The Linux persistent store (pstore) feature serves, among other things,
for saving the trailing portion of the dmesg in case of a kernel oops. One
backend for the pstore facility is "efivars", ie. non-volatile UEFI
variables.
Linux splits the tail of the dmesg that is to be dumped in 1KB chunks, a
Reviewed-by: Ruiyu Ni
From: Bjorge, Erik C
Sent: Saturday, January 11, 2014 6:27 AM
To: Carsey, Jaben; Ni, Ruiyu
Cc: edk2-devel@lists.sourceforge.net
Subject: RE: ShellPkg: add the last PCIe extended capability decodings
Reviewed-by: Erik Bjorge
mailto:erik.c.bjo...@intel.com>>
From: Carsey,
Reviewed-by: Ruiyu Ni
From: Bjorge, Erik C
Sent: Saturday, January 11, 2014 6:16 AM
To: Carsey, Jaben; Ni, Ruiyu
Cc: edk2-devel@lists.sourceforge.net
Subject: RE: MdePkg: add missing #defines for decoding PCIe 2.1 extended
capability structures
Reviewed-by: Erik Bjorge
mailto:erik.c.bjo..
On Fri, Jan 10, 2014 at 4:16 AM, Wei Liu wrote:
> Thanks for bringing this to Xen-devel!
> On Thu, Jan 09, 2014 at 03:03:06PM -0800, Jordan Justen wrote:
>> On Thu, Jan 9, 2014 at 2:00 PM, Laszlo Ersek wrote:
>> > On 01/09/14 22:47, Jordan Justen wrote:
>> >> On Thu, Jan 9, 2014 at 12:41 PM, Lasz
On 01/11/14 00:38, Jordan Justen wrote:
> If GCC 4.8 or 4.9 is detected, then use the GCC48 toolchain.
>
> Previously we would use the GCC47 toolchain, but GCC48
> was recently added to the main edk2 BaseTools/Conf.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Jord
If GCC 4.8 or 4.9 is detected, then use the GCC48 toolchain.
Previously we would use the GCC47 toolchain, but GCC48
was recently added to the main edk2 BaseTools/Conf.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
---
OvmfPkg/build.sh | 7 +--
1 file c
The patch I sent out already removes this... just awaiting code review.
-Original Message-
From: Jordan Justen [mailto:jljus...@gmail.com]
Sent: Friday, January 10, 2014 2:22 PM
To: Carsey, Jaben
Cc: edk2-devel@lists.sourceforge.net
Subject: GCC build error - Re: SF.net SVN: edk2:[1507
Reviewed-by: Erik Bjorge
From: Carsey, Jaben
Sent: Friday, January 10, 2014 1:57 PM
To: Ni, Ruiyu; Bjorge, Erik C
Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben
Subject: ShellPkg: add the last PCIe extended capability decodings
Ray or Erik,
Can you verify this please?
ShellPkg: add the la
Star,
Thanks for the this information, it was very helpful.
Thanks,
Andrew Fish
On Jan 9, 2014, at 8:51 PM, Zeng, Star wrote:
> Hi Andrew,
>
> The GenPcdDb.py(BaseTools\Source\Python\AutoGen) will to generate the RAW
> file(PEIPcdDataBase.raw and DXEPcdDataBase.raw) for PEI and DXE PCD dr
On Thu, Jan 9, 2014 at 8:54 AM, wrote:
> Revision: 15070
> http://sourceforge.net/p/edk2/code/15070
> Author: jcarsey
> Date: 2014-01-09 16:54:13 + (Thu, 09 Jan 2014)
> Log Message:
> ---
> ShellPkg: Add more output to PCI command for extended configuration.
>
> there
Reviewed-by: Erik Bjorge
From: Carsey, Jaben
Sent: Friday, January 10, 2014 1:56 PM
To: Ni, Ruiyu; Bjorge, Erik C
Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben
Subject: MdePkg: add missing #defines for decoding PCIe 2.1 extended capability
structures
Ray or Erik,
Can you verify this plea
Ray or Erik,
Can you verify this please?
MdePkg: add missing #defines for decoding PCIe 2.1 extended capability
structures
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jaben Carsey
PciExpress21.h.patch
Description: PciExpress21.h.patch
-
On Jan 10, 2014, at 11:02 AM, Rafael Machado
wrote:
> Hi everyone
>
> Finally I have the device in my hands to do the tests, and I am able to
> access the devices using the BlockIoProtocol.
> But now I have a question.
>
> At the uefi spec at page 493 we have:
>
> "The EFI firmware produces
Hi everyone
Finally I have the device in my hands to do the tests, and I am able to
access the devices using the BlockIoProtocol.
But now I have a question.
At the uefi spec at page 493 we have:
*"The EFI firmware produces a logical EFI_BLOCK_IO_PROTOCOL device for:*
*• each GUID Partition Entry
On 01/09/14 01:45, Jordan Justen wrote:
> This is needed for BootScriptExecutorDxe.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Jordan Justen
> ---
> OvmfPkg/OvmfPkgIa32.dsc| 5 -
> OvmfPkg/OvmfPkgIa32X64.dsc | 5 -
> OvmfPkg/OvmfPkgX64.dsc | 5 ++
On 01/09/14 01:45, Jordan Justen wrote:
> From: Laszlo Ersek
>
> "IntelFrameworkModulePkg/Universal/Acpi/AcpiS3SaveDxe/AcpiS3SaveDxe.inf"
> currently specifies a DepEx on gEfiMpServiceProtocolGuid (MP Services).
>
> The justification is the following code sequence:
>
> InstallAcpiS3Save()
>
Aaargh I forgot to rewrap the long lines. Resending verbatim, just with
the rewrapping. Apologies!
Laszlo
comments below
On 01/09/14 01:45, Jordan Justen wrote:
> From: Laszlo Ersek
>
> The S3 suspend/resume infrastructure depends on the LockBox library class.
> The edk2 tree currently contai
comments below
On 01/09/14 01:45, Jordan Justen wrote:
> From: Laszlo Ersek
>
> The S3 suspend/resume infrastructure depends on the LockBox library class.
> The edk2 tree currently contains Null and SMM instances. The Null instance
> is useless, and the SMM instance would require SMM emulation
What API is returning 3?
-Jaben
-Original Message-
From: 남주영 [mailto:jooyoung@samsung.com]
Sent: Thursday, January 09, 2014 10:56 PM
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] How can I get Current Directory?
Dear All,
I am developing application by using DuetPkgX64.dsc
Ray,
Can you verify this please?
ShellPkg: Fix command line parsing for script files (%1, %1, etc...)
This change makes sure that all script files get their command lines properly
parsed for use in the script file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jaben Ca
Hi Olivier - Any thoughts on this?
Thanks,
Roy
On Thu, Dec 19, 2013 at 7:40 AM, Ryan Harkin wrote:
> I just wanted to confirm that this works in the 13.12 release and in my own
> builds from the latest tree.
>
> Thanks Roy!
>
>
> On 12 December 2013 22:08, Roy Franz wrote:
>>
>> Change the add
On Fri, Dec 20, 2013 at 11:37 AM, Roy Franz wrote:
> The RTSM VExpress model emulates a different networking controller (91C111)
> than the VExpres board (9118). QEMU emulates the 9118 which matches the
> real hardare. This is the only configuration difference for UEFI between
> building for RTS
Hello everyone!
I'm developing a small FTP client to be used in the shell (without the stdlib) and right now I'm facing a problem with a second TCP connection (passive FTP) using the Tcp4 Service.
The second connection is being opened fine and I was able to download the file, but when the
Thanks for bringing this to Xen-devel!
On Thu, Jan 09, 2014 at 03:03:06PM -0800, Jordan Justen wrote:
> On Thu, Jan 9, 2014 at 2:00 PM, Laszlo Ersek wrote:
> > On 01/09/14 22:47, Jordan Justen wrote:
> >> On Thu, Jan 9, 2014 at 12:41 PM, Laszlo Ersek wrote:
> >>> On 01/09/14 01:45, Jordan Justen
Hi Guys.
I did some tests and seems this is exactly what I need.
Thanks
Rafael R. Machado
2014/1/9 Olivier Martin
> Hi Rafael & Eugene,
>
>
>
> Normally the EmbeddedPkg/Universal/MmcDxe should support MMC / SD(HC) (and
> I have just pushed eMMC support – svn 15074). It has been tested with
>
26 matches
Mail list logo
