Gao, Liming [mailto:liming@intel.com] wrote:
]Scott:
] Does MINGW base on GCC? If yes, is it similar to which version GCC? If I
verify the code in MINGW tool chain, ]do I need to verify it in native GCC tool
chain?
]
] For size issue, have you compared the size between native GCC tool cha
Gao, Liming [mailto:liming@intel.com] wrote:
]Scott:
] I try using MINGW Make, it can pass build. The change is
]+*_MINGW_*_MAKE_PATH = ENV(MS_MISC_BIN)\nmake.exe
]+*_MINGW_*_MAKE_FLAGS = /nologo
]==>
]*_MINGW_*_MAKE_PATH = DEF(MINGW_BINIA32)make
]*_MINGW_*_MAKE_FL
Jordan Justen [mailto:jljus...@gmail.com] wrote:
]What does this buy us?
]
]Can't the GCC44-49 toolchains be used under a msys bash shell to
]achieve basically the same thing without adding a new toolchain?
]
]I would rather see us remove the similar 'CYGGCC' toolchain, but it
]seems that once we
Hi,
SimpleTextEx Protocol has the Getstate and SetState function for the syncing
the toggle state key's between the SimpleTextIn devices. But why it doesn't
have any interface to sync the ShiftState Key's between SimpleTextIn devices?
In Windows,
If We press the Shift Key from Ps2 keyboar
Hi Olivier,
all DXE drivers load happens from second memory range (upper range).
how to restrict to use only first memory range.
i want add multiple memory ranges so that uefi passes all memory info
to Linux kernel.
we dont want to load/run the DXE/drivers on secondary memory ranges,
since it ma
On 2014-10-14 10:57:17, Carsey, Jaben wrote:
> I think that this should be made in a request\question to the UEFI
> Forum. "Can the SCT development not be open-sourced?"
Yeah, I guess that would be an interesting question for the 'UEFI
Forum'.
It sounds like Olivier has been waiting on some revi
I think that this should be made in a request\question to the UEFI Forum. "Can
the SCT development not be open-sourced?"
-Jaben
> -Original Message-
> From: Olivier Martin [mailto:olivier.mar...@arm.com]
> Sent: Tuesday, October 14, 2014 10:39 AM
> To: 'Jordan Justen'; edk2-devel@lists.
I do not know how I should understand your email, if you have really never
heard of UEFI SCT.
But 'UEFI SCT' is the UEFI Self Certification Test (ie: UEFI Conformance Test)
maintained by the UEFI Forum.
The latest UEFI SCT sources are available to all UEFI members. The reasons this
project is '
Looks good to me.
Reviewed-by: Jaben Carsey
> -Original Message-
> From: Jordan Justen [mailto:jljus...@gmail.com]
> Sent: Tuesday, October 14, 2014 10:08 AM
> To: edk2-devel@lists.sourceforge.net; Carsey, Jaben
> Subject: Re: [edk2] [RFC v2] EDK II Contributions.txt: Update patch format
On Mon, Sep 8, 2014 at 10:42 PM, Jordan Justen
wrote:
> Update to show what the patch looks like in email form.
>
> NOTE: This does not modify the wording of the "TianoCore Contribution
> Agreement 1.0" section
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Jord
EDK II Package Maintainers,
I added the Maintainers.txt file to the EDK II tree (r16214).
I tried to add the maintainers for packages based on the current EDK
II Packages wiki page. Please check to make sure I got the correct
maintainer marked if you own a package.
I skipped adding a status item
On Tue, Oct 14, 2014 at 4:54 AM, Leif Lindholm wrote:
> On Fri, Oct 10, 2014 at 02:08:19PM -0700, Jordan Justen wrote:
>> >> > .gitignore |6 ++
>> >> > BaseTools/.gitignore | 11 +++
>> >> > 2 files changed, 17 insertions(+)
>> >> > create mode 100644 .gitignore
>> >
On Tue, Oct 14, 2014 at 2:48 AM, Olivier Martin wrote:
> UEFI SCT still relies on EDK Shell.
What is this?
> ARM Ltd has done some work to move UEFI SCT to EFI Shell 2.0 (work available
> to UEFI members as part of the SCT repository).
>
> But we are still waiting for
> feedback to merge this wo
What does this buy us?
Can't the GCC44-49 toolchains be used under a msys bash shell to
achieve basically the same thing without adding a new toolchain?
I would rather see us remove the similar 'CYGGCC' toolchain, but it
seems that once we add a toolchain we can never remove it. (See also,
ELFGCC
Thanks Leif for the contribution.
Reviewed-By: Olivier Martin
Committed in SVN rev16212.
> -Original Message-
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: 14 October 2014 13:06
> To: edk2-devel@lists.sourceforge.net
> Cc: Olivier Martin
> Subject: [PATCH] ArmVExpress
Do you confirm you are using:
- MdeModulePkg/Universal/PCD/Pei/Pcd.inf
- MdeModulePkg/Universal/PCD/Dxe/Pcd.inf
> -Original Message-
> From: Ganapatrao Kulkarni [mailto:gpkulka...@gmail.com]
> Sent: 14 October 2014 14:47
> To: edk2-devel@lists.sourceforge.net
> Subject: Re: [edk2] how to m
On Mon, Oct 13, 2014 at 7:14 PM, Olivier Martin wrote:
> It is possible to retrieve the memory from FDT. Have a look at the
> ArmVirtualizationPkg for an example:
> https://github.com/tianocore/edk2/blob/master/ArmPlatformPkg/ArmVirtualizati
> onPkg/Library/ArmVirtualizationPlatformLib/Virt.c
tha
On 13 October 2014 10:52, Li, Elvin wrote:
> Currently I could see SMBIOS 3.0 spec is in working progress at
> http://www.dmtf.org/standards/smbios. EDK2 BIOS would add it support after
> the spec is finalized and published formally.
>
It appears the GUID value for SMBIOS3_TABLE_GUID has alread
R_AARCH64_JUMP26/R_AARCH64_JUMP26 do not need fixups by GenFw,
but these are sometimes generated by GCC 4.9. Delete the check
aborting due to unhandled relocations.
Signed-off-by: Leif Lindholm
---
BaseTools/Source/C/GenFw/Elf64Convert.c |9 +
1 file changed, 1 insertion(+), 8 deleti
If FIRMWARE_VER is defined on the build command line, set
gEfiMdeModulePkgTokenSpaceGuid.PcdFirmwareVersionString based on it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Leif Lindholm
---
ArmPlatformPkg/ArmVExpressPkg/ArmVExpress.dsc.inc |3 +++
1 file changed, 3
On Fri, Oct 10, 2014 at 02:08:19PM -0700, Jordan Justen wrote:
> >> > .gitignore |6 ++
> >> > BaseTools/.gitignore | 11 +++
> >> > 2 files changed, 17 insertions(+)
> >> > create mode 100644 .gitignore
> >> > create mode 100644 BaseTools/.gitignore
> >> >
> >> > dif
UEFI SCT still relies on EDK Shell.
ARM Ltd has done some work to move UEFI SCT to EFI Shell 2.0 (work available
to UEFI members as part of the SCT repository). But we are still waiting for
feedback to merge this work in the main SCT branch.
> -Original Message-
> From: Jordan Justen [mail
22 matches
Mail list logo
