What about switching to YASM? http://yasm.tortall.net
---
Yasm is a complete rewrite of the NASM assembler under the “new” BSD License
(some portions are under other licenses, see COPYINGfor details).
Yasm currently supports the x86 and AMD64 instruction sets, accepts NASM and
GAS assembler synt
Scott Duplichan [mailto:sc...@notabs.org] wrote:
]ArmPlatformPkg: fix undefined reference to memcpy
]
]Contributed-under: TianoCore Contribution Agreement 1.0
]Signed-off-by: Scott Duplichan
]---
]
]When building ArmJuno, (-flto -Os build only) fails with:
]ArmPlatformPkg\Library\PL031RealTimeClo
ArmPlatformPkg: fix undefined reference to memcpy
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Scott Duplichan
---
When building ArmJuno, (-flto -Os build only) fails with:
ArmPlatformPkg\Library\PL031RealTimeClockLib/PL031RealTimeClockLib.c:224:
undefined reference to
This this redefinition a bug?
Thanks,
Andrew Fish
Building ... /Users/andrewfish/work/src/edk2/OvmfPkg/XenBusDxe/XenBusDxe.inf
[X64]
"clang" -target x86_64-pc-win32-macho -c -g -Os -Wall -Werror -Wextra -include
AutoGen.h -funsigned-char -fno-ms-extensions -fno-stack-protector -fno-builtin
-f
On 2014-11-11 19:10:20, Gabriel Somlo wrote:
> On Sun, Nov 09, 2014 at 05:00:38PM -0800, Jordan Justen wrote:
> > On 2014-11-08 14:01:56, Gabriel L. Somlo wrote:
> > > @@ -228,6 +229,11 @@ MiscInitialization (
> > >VOID
> > >)
> > > {
> > > + UINT16 HostBridgeDevId;
> > > + UINTN PmCmd;
On Sun, Nov 09, 2014 at 05:00:38PM -0800, Jordan Justen wrote:
> On 2014-11-08 14:01:56, Gabriel L. Somlo wrote:
> > @@ -228,6 +229,11 @@ MiscInitialization (
> >VOID
> >)
> > {
> > + UINT16 HostBridgeDevId;
> > + UINTN PmCmd;
> > + UINTN Pmba;
> > + UINTN PmRegMisc;
> > +
> >//
EDK II code should not include system include files.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
Cc: Anthony PERARD
Cc: Scott Duplichan
---
OvmfPkg/XenPvBlkDxe/BlockFront.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a
> On Nov 11, 2014, at 1:51 PM, Jordan Justen wrote:
>
> EDK II code should not include system include files.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Jordan Justen
> Cc: Anthony PERARD
> Cc: Scott Duplichan
> ---
> OvmfPkg/XenPvBlkDxe/BlockFront.c | 7 +++-
EDK II code should not include system include files.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
Cc: Anthony PERARD
Cc: Scott Duplichan
---
OvmfPkg/XenPvBlkDxe/BlockFront.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/OvmfP
On Sun, Nov 09, 2014 at 10:13:54AM -0800, Jordan Justen wrote:
> On 2014-11-08 14:02:00, Gabriel L. Somlo wrote:
> > Since in OVMF both PEI_CORE and PEIM run from RAM, and thus may
> > utilize global variables, use the "Base" AcpiTimerLib instance
> > (instead of BaseRom) to take advantage of the i
Laszlo Ersek [mailto:ler...@redhat.com] wrote:
]Apparently I wasn't quick enough to answer (which is not a surprise
]these days), but I do have some points to raise...
]
]On 11/11/14 00:41, Jordan Justen wrote:
]> On 2014-11-10 15:05:07, Scott Duplichan wrote:
]>> OvmfPkg: fix VS2010 build failure
Hi,
I have added support for a future Broadcom server SOC in edk2.
I have booted all the way to the console. WE have some tweaks to the fast
model to model the device. Along the way one of the updates i had to make
was adding support for GIC in a 64 bit memory map. The patch is along
similar lines
> On Nov 11, 2014, at 10:36 AM, Olivier Martin wrote:
>
> FYI, the symbols are always stripped out from the ARM EFI binaries. The
> symbol you see are the DWARF debug symbols not the PDB.
> It means with the DEBUG and RELEASE the ELF binaries used to generate the
> EFI binaries contain the debug
FYI, the symbols are always stripped out from the ARM EFI binaries. The
symbol you see are the DWARF debug symbols not the PDB.
It means with the DEBUG and RELEASE the ELF binaries used to generate the
EFI binaries contain the debug information.
But there is no debug information on the target.
> -
Laszlo Ersek [mailto:ler...@redhat.com] wrote:
]On 11/07/14 21:29, Scott Duplichan wrote:
]> Jordan Justen [mailto:jordan.l.jus...@intel.com] wrote:
]>
]> ]On 2014-11-07 08:16:23, Scott Duplichan wrote:
]> ]> These are all good answers. I can't come up with a strong argument for the
]> ]> mixed s
On 11/11/14 17:57, Scott Duplichan wrote:
> Laszlo Ersek [mailto:ler...@redhat.com] wrote:
>
> ]On 11/11/14 03:23, Scott Duplichan wrote:
> ]> Jordan Justen [mailto:jordan.l.jus...@intel.com] wrote:
> ]>
> ]> ]To contradict my request for separate patches for each package, I do
> ]> ]think this i
> On Nov 11, 2014, at 8:01 AM, Varad Gautam wrote:
>
> Is there a way to dump a boot "log" into a file on the device during boot?
>
What do you mean by a boot “log”? Usually the DEBUG prints are sent to a serial
device. What configuration do you have?
> I've checked that the device path assi
Laszlo Ersek [mailto:ler...@redhat.com] wrote:
]On 11/11/14 03:23, Scott Duplichan wrote:
]> Jordan Justen [mailto:jordan.l.jus...@intel.com] wrote:
]>
]> ]To contradict my request for separate patches for each package, I do
]> ]think this is a case where a single patch makes more sense even thou
On 11/11/14 17:01, Varad Gautam wrote:
> Is there a way to dump a boot "log" into a file on the device during boot?
>
> I've checked that the device path assigned to ConIn during runtime is
> same as the Pcd string supplied, but am not sure how to find if this
> path *is* the correct one. What det
Is there a way to dump a boot "log" into a file on the device during boot?
I've checked that the device path assigned to ConIn during runtime is
same as the Pcd string supplied, but am not sure how to find if this
path *is* the correct one. What determines the GUID used in
`VenHw(Guid)` portion of
On 11/07/14 21:29, Scott Duplichan wrote:
> Jordan Justen [mailto:jordan.l.jus...@intel.com] wrote:
>
> ]On 2014-11-07 08:16:23, Scott Duplichan wrote:
> ]> These are all good answers. I can't come up with a strong argument for the
> ]> mixed sysv/ms ABI. Maybe the next step is to test -mabi=ms us
On 11/11/14 03:23, Scott Duplichan wrote:
> Jordan Justen [mailto:jordan.l.jus...@intel.com] wrote:
>
> ]To contradict my request for separate patches for each package, I do
> ]think this is a case where a single patch makes more sense even though
> ]it touches multiple packages.
> ]
> ]I don't re
Apparently I wasn't quick enough to answer (which is not a surprise
these days), but I do have some points to raise...
On 11/11/14 00:41, Jordan Justen wrote:
> On 2014-11-10 15:05:07, Scott Duplichan wrote:
>> OvmfPkg: fix VS2010 build failures
>>
>> Contributed-under: TianoCore Contribution Agre
Hi,
One more problem. Your patch for Base.h brakes XCODE5 compilation. I may
propose the better one
--
--- Base-orig.h 2014-11-11 09:43:31.0 +0300
+++ Base.h 2014-11-11 10:11:52.0 +0300
@@ -441,7 +441,7 @@ struct _LIST_ENTRY {
@return The aligned size.
**/
#defin
24 matches
Mail list logo
