DragonStub/ChangeLog

commit 1525190354f5faac33015e17c9ba7ea2bb2be35b
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:35:09 2014 -0400

    From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Date: Fri, 8 Aug 2014 18:16:59 +0200
    Subject: [PATCH 4/4] Add support for 64-bit ARM (AArch64)
    
    This adds support for 64-bit ARM (AArch64) environments. Since there is no
    EFI-capable objcopy for this platform, this contains a manually laid out
    PE/COFF header using the assembler.
    
    In addition, it includes the relocation bits, some string functions that GCC
    assumes are available and other glue to hold it all together.
    
    This can be cross built using
    
        make CROSS_COMPILE=aarch64-linux-gnu-
    
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit ac983081525f9483941517dfb53cf8d0163d49c0
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:32:26 2014 -0400

    From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Date: Fri, 8 Aug 2014 17:53:42 +0200
    Subject: [PATCH 3/4] Add support for non-PE/COFF capable objcopy
    
    Introduce HAVE_EFI_OBJCOPY and set it if objcopy for $ARCH support PE/COOF and
    EFI, i.e., it supports --target efi-[app|bsdrv|rtdrv] options. Use it to decide
    whether to invoke objcopy with those options or use the linker to populate the
    PE/COFF header.
    
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit fb063f0f65543b3e2bf55a39d5aa70b17a98c65e
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:26:38 2014 -0400

    From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Date: Fri, 8 Aug 2014 17:37:36 +0200
    Subject: [PATCH 2/4] Add support for cross compilation
    
    This changes the logic that defines ARCH (and HOSTARCH) to take CROSS_COMPILE
    into account. Also, $prefix is not assigned, so that the default will be what
    is on the path rather than hardcoded in /usr/bin.
    
    This results in the build doing the right thing if CROSS_COMPILE is set in the
    environment and no ARCH or prefix options are passed to make, aligning it with
    most other CROSS_COMPILE compatible projects.
    
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 7a98d83fc32de6cf0b1ce5e12dfe80690f29fb3f
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:25:03 2014 -0400

    From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Date: Fri, 8 Aug 2014 16:50:45 +0200
    Subject: [PATCH 1/4] Restrict GNU_EFI_USE_MS_ABI GCC version test to x86_64
    
    The version test only applies to x86_64 builds, so no need to do it
    for other archs.
    
    Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit f42974dd9a7d0ea690d293f88396abd289f0014c
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:21:16 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Thu, 31 Jul 2014 13:42:23 -0700
    Subject: [PATCH 4/4] Use Shell protocols to retrieve argc/argv, when
     available.
    
    New header files efishellintf.h efishellparm.h are coming from EDK
    II, initial location and license at top of files. Only modifications:
     - efishellintf.h: s/EFI_FILE_PROTOCOL/EFI_FILE/ + expand BITx macros (1<<x)
     - efishellparm.h: typedef VOID *SHELL_FILE_HANDLE to avoid including
       ShellBase.h
     - both: removed extern EFI_GUID variable decls
    
    This also adds apps/t8.c, a simple demo.
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit a61fa058e9a87f966de3342b8c95fdbdcb007827
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:17:32 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Thu, 31 Jul 2014 13:41:52 -0700
    Subject: [PATCH 3/4] document format of LoadedImage::LoadOptions data
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 2f440200c855154f929d28971b2fd702ea7a207a
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:15:59 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Thu, 31 Jul 2014 13:39:37 -0700
    Subject: [PATCH 2/4] Use OpenProtocol instead of HandleProtocol
    
    UEFI 2.x recommends OpenProtocol instead of HandleProtocol.
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 7f173da1e54f8cfe4c7c7c091ab6585af07b25ce
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri Aug 8 15:14:26 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Thu, 31 Jul 2014 13:30:07 -0700
    Subject: [PATCH 1/4] move cmdline parser to its own file
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 0ad8fb87cbc59f58675b18253ad802ba51f1d132
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Wed Jul 30 15:06:36 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Mon, 28 Jul 2014 21:28:50 -0700
    Subject: [PATCH 3/3] make cmdline parsing a 1st class citizen
    
    Refactor ParseCmdline and apps/Alloc+FreePages to factorize
    boilerplate and move the new parser to the main API.
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit ff7ec964f2c0de0cfc4b52cfdd356003450f28bf
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Wed Jul 30 15:05:28 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Mon, 28 Jul 2014 21:00:52 -0700
    Subject: [PATCH 2/3] Avoid buffer overflow while parsing the cmdline args
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 8d86ee202a9bb553375f56ae1d2944818112b68b
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Wed Jul 30 15:04:44 2014 -0400

    From: David Decotigny <decot@googlers.com>
    Date: Mon, 28 Jul 2014 21:01:35 -0700
    Subject: [PATCH 1/3] Fix cmdline parser
    
    The cmdline parser would not return the correct number of args, would
    allocate one too many. Also make it clear from the declaration that we
    expect a suitably lare argv.
    
    Signed-off-by: David Decotigny <decot@googlers.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 1ec094bfaf46a610a740dadc0150bf457dd72345
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Wed Jul 23 09:54:25 2014 -0400

    From: Julian Klode <julian.klode@gmail.com>
    Date: Mon, 21 Jul 2014 14:26:23 -0400
    Subject: [PATCH] inc/efistdarg.h: Use gcc builtins instead of stdarg.h or broken stubs
    
    We cannot use stdarg.h, as this breaks applications compiling
    with -nostdinc because those will not find the header.
    We also cannot use the stubs, as they just produce broken code,
    as seen in the gummiboot 45-1 Debian release.
    
    Signed-off-by: Julian Klode <julian.klode@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 6caab22f23434f41f42cfe7591d9a7ae66de9f0a
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Thu Jun 19 10:39:23 2014 -0400

    From: Laszlo Ersek <lersek@redhat.com>
    Date: Mon, 2 Jun 2014 23:26:48 +0200
    Subject: [PATCH] always observe EFIAPI calling convention when calling
     STO.SetAttribute
    
    We have to consider the following cases wrt. the PRINT_STATE.Output and
    PRINT_STATE.SetAttr EFIAPI function pointers, especially when building for
    x86_64 with gcc:
    
    (1) The compiler is new enough, and EFIAPI actually ensures the Microsoft
        calling convention. In this case everything happens to work fine even
        if we forget uefi_call_wrapper(), because the wrapper would expand to
        a normal C function call anyway.
    
    (2) Otherwise (ie. gcc is old), EFIAPI expands to nothing, and we must
        take into account the called function's origin:
    
      (2a) If the callee that is declared EFIAPI is *defined* inside gnu-efi,
           then EFIAPI means nothing for the callee too, so caller and callee
           only understand each other if the caller intentionally omits
           uefi_call_wrapper().
    
      (2b) If the callee that is declared EFIAPI is defined by the platform
           UEFI implementation, then the caller *must* use
           uefi_call_wrapper().
    
    The PRINT_STATE.Output EFIAPI function pointer is dereferenced correctly:
    the PFLUSH() distinguishes cases (2a) from (2b) by using IsLocalPrint().
    
    However use of the PRINT_STATE.SetAttr EFIAPI function pointer is not
    always correct:
    
    - The PSETATTR() helper function always relies on the wrapper (case (2b)).
      This is correct, because PRINT_STATE.SetAttr always points to a
      platform-provided function.
    
    - The DbgPrint() function contains two incorrect calls: they mistakenly
      assume case (2a) (or case (1)), even though the pointer always points to
      a platform function, implying (2b). (The error is masked in case (1).)
      Fix them.
    
    Signed-off-by: Laszlo Ersek <lersek@redhat.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit ecfd1ded9a799c3a572d4eb7fbb52582fe4d3390
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Tue Jun 10 12:59:09 2014 -0400

    Add VPoolPrint Function
    
    Equivalent to PoolPrint but using a va_list parameter
    
    Signed-off-by: Sylvain Chouleur <sylvain.chouleur@intel.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit f16d93f3b9e314336a387a3885c7fd2f176c41d3
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Fri May 16 11:33:51 2014 -0400

    Revert "The prototype of DbgPrint() is incorrect, at the end of "inc/efidebug.h"."
    A problem was found compiling on GCC 4.8.
    
    This reverts commit 644898eabc06c8efaa3aa54f84cdd468960a2f6c.

commit 644898eabc06c8efaa3aa54f84cdd468960a2f6c
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Wed May 14 09:09:47 2014 -0400

    The prototype of DbgPrint() is incorrect, at the end of "inc/efidebug.h".
    Consequently, when your program calls DbgPrint() via the DEBUG() macro,
    it fails to set up the stack correctly (it does not pass the arguments
    through the ellipsis (...) according to the EFIAPI calling convention).
    However, va_start() inside DbgPrint() *assumes* that stack.
    
    Signed-off-by: Laszlo Ersek <lersek@redhat.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 8921ba2fc5f6163bdad3b5902c5d9d638415dde0
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Apr 14 18:49:23 2014 -0400

    Cleaned up compile warnings.
    
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 42cca551dbf1c0be9e02e8d3d3c417ce35749638
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Apr 14 14:04:11 2014 -0400

    Module lib/ParseCmdLine.c has errors, it incorrectly mixes "char" and "CHAR16"
    and uses a pointer to argv[] like it's argv[]. The compiler only issues
    warnings though. Here is a patch to remove compiler warnings and make the
    code behave.
    
    Signed-off-by: Bernard Burette <bub75@users.sf.net>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 4e8460f1aedd2724de876be5b154eb5752bfada5
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Apr 14 13:53:03 2014 -0400

    Here is a very small patch to remove a compiler warning when processing lib/smbios.c.
    
    Signed-off-by: Bernard Burette <bub75@users.sf.net>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 6a0875ca2fcb67e7d1a1e2d15f3bcc645329dc75
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Apr 14 13:45:16 2014 -0400

    Here is a very small patch to remove compiler warning in function
    "LibLocateHandleByDiskSignature()" because the "Start" variable is
    give a value which is not used.
    
    Signed-off-by: Bernard Burette <bub75@users.sf.net>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit d5f35dfb8008ba65bcc641559accd9bc13386ef9
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Apr 14 13:40:29 2014 -0400

    Here is a very small patch to remove *~ files in include diretory.
    
    Signed-off-by: Bernard Burette <bub75@users.sf.net>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 1a04669a7bb022984c9b54a0f73d7d67a2540fb7
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Apr 14 12:45:57 2014 -0400

    Here is a patch for "DevicePathToStr()" to display device path according to UEFI 2 specification.
    The path is in the two files inc/efidevp.h and lib/dpath.c.
    
    It also add the Sata device path and removes the "/?" path for unknown device paths.
    
    Signed-off-by: Bernard Burette <bub75@users.sf.net>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit 3c62e78556aea01e9798380cd46794c6ca09d4bd
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Tue Apr 1 10:26:44 2014 -0400

       Removed GPL code setjmp_ia32.S, setjmp_ia64.S, setjmp_x86_64.S
       Not used anymore.
    
       Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

commit f9baa4f622cf34576d73e00d4a774a31f0f81fd7
Author: Nigel Croxon <nigel.croxon@hp.com>
Date:   Mon Mar 31 08:37:56 2014 -0400

    Remove incumbent GPL 'debian' subdiretory.
    Update ChangeLog
    
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>


Changelog format change from here and above to 'git log' style.

2014-04-01 Nigel Croxon <nigel.croxon@hp.com>

   Removed GPL code setjmp_ia32.S, setjmp_ia64.S, setjmp_x86_64.S
   Not used anymore.

   Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-03-17 Nigel Croxon <nigel.croxon@hp.com>

   Add support for the simple pointer and absolute pointer protocols
       
    Signed-off-by: John Cronin <johncronin@users.sf.net>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-03-14 Nigel Croxon <nigel.croxon@hp.com>

    Trying to recurse into subdirectories of object files may lead
    to an error if the directory doesn't exist. Even when cleaning.
	    
    Signed-off-by: Sylvain Gault <sylvain.gault@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-03-14 Nigel Croxon <nigel.croxon@hp.com>

    Make install used to copy files unconditionnally to their
    destination. However, if the destination is used by another
    Makefile, it will always see modified files. "install" target
    now only updates the files when they need to.

    Signed-off-by: Sylvain Gault <sylvain.gault@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-02-13 Nigel Croxon <nigel.croxon@hp.com>

    Patch GNU-EFI to remove the ELILO code
        
    Signed-off-by: Jerry Hoemann <jerry.hoemann@hp.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-02-13 Nigel Croxon <nigel.croxon@hp.com>

    Initialize Status before calling GrowBuffer()
    Status must be initialized before calling GrowBuffer() as it may
    otherwise be uninitialized or set to EFI_BUFFER_TOO_SMALL by
    other functions.

    Signed-off-by: Gene Cumm <gene.cumm@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-01-23 Nigel Croxon <nigel.croxon@hp.com>

    These changes allow manually overridden SRCDIR (current source
    directory) and TOPDIR (top of source tree) to separate the
    build directory from the source tree.
	        
    Signed-off-by: Gene Cumm <gene.cumm@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-01-16 Nigel Croxon <nigel.croxon@hp.com>
    compilation: fix uninitialized variables warning
        
    Signed-off-by: Jeremy Compostella <jeremy.compostella@intel.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-01-13 Nigel Croxon <nigel.croxon@hp.com>
   Implement VSPrint function, prints a formatted unicode string to a buffer.
       
    Signed-off-by: Jeremy Compostella <jeremy.compostella@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-01-10 Nigel Croxon <nigel.croxon@hp.com>
    Created lib/argify.c and inc/argify.h containing the function argify.
    It contains verbatim copy of the comment at beginning of file from
    elilo.
    There was no COPYING file in the elilo source that the comment refers to.

    Signed-off-by: Jerry Hoemann <jerry.hoemann@hp.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2014-01-08 Nigel Croxon <nigel.croxon@hp.com>
    The information needed is not really the host architecture as given by
    the kernel arch. The information actually needed is the default target
    of gcc.
	        
    Signed-off-by: Sylvain Gault <sylvain.gault@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2013-10-11 Nigel Croxon <nigel.croxon@hp.com>
    Added support for SetVariable to store volatile variable,
    and SetNVVariable to store non volatile variable.
	    
    Signed-off-by: Sylvain Chouleur <sylvain.chouleur@gmail.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2013-10-07 Nigel Croxon <nigel.croxon@hp.com>

    Atoi needs to have consistent declaration/definition.
    
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2013-10-07 Nigel Croxon <nigel.croxon@hp.com>
    if you have a function that takes const arguments and then
    e.g. tries to copy StrCmp, gcc will give you warnings about those
    calls, and the warnings are right.  These clutter up other things
    you might miss that you should be more concered about.

    You could work around it through vigorous typecasting
    to non-const types, but why should you have to? All of these
    functions are regorously defined as not changing their input
    - it is const, and should be marked as such.

    Signed-off-by: Peter Jones <pjones@redhat.com>

2013-10-02 Nigel Croxon <nigel.croxon@hp.com>

    Added two simple applications to allocate/free memory at EFI.
    Used to test/find memory fragmentation issues linux.
	    
    Signed-off-by: Jerry Hoemann <jerry.hoemann@hp.com>
    Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>

2013-06-25 Nigel Croxon <nigel.croxon@hp.com>
    Sample boot service driver.
        
    Signed-off-by: David Decotigny <decot@googlers.com>

2013-06-25 Nigel Croxon <nigel.croxon@hp.com>
Date:   Tue Jun 25 08:47:03 2013 -0400

    Be more pedantic when linking, don't allow duplicate symbols,
    abort upon first error. Also make sure linker script comes 
    last for apps.

    Signed-off-by: David Decotigny <decot@googlers.com>

2013-06-25 Nigel Croxon <nigel.croxon@hp.com>
    Fix compilation on x86_64 without HAVE_USE_MS_ABI
    make -C apps would fail on tcc.c because uefi_call_wrapper()
    doesn't deal correctly with efi_callO-type invocation.

    Signed-off-by: David Decotigny <decot@googlers.com>

2013-06-12 Nigel Croxon <nigel.croxon@hp.com>
    Fix typo when disabling mno-mmx
        
    Signed-Off-By: Nigel Croxon <nigel.croxon@hp.com>

2013-06-12 Nigel Croxon <nigel.croxon@hp.com>
    Disable MMX and SSE
    
    GCC 4.8.0 adds some optimizations that will use movups/movaps (and use
    %xmm* registers) when they're faster, and of course that won't work at
    all since UEFI firmwares aren't guaranteed to initialize the mmx/sse
    instructions.
    
    This will be even more annoying, since most UEFI firmwares don't
    initialize the #DE or #UD trap handlers, and your backtrace will be a
    random path through uninitialized memory, occasionally including
    whatever address the IDT has for #UD, but also addresses like "0x4" and
    "0x507" that you don't normally expect to see in your call path.
    
    Signed-off-by: Peter Jones <pjones@redhat.com>

    Author: Nigel Croxon <nigel.croxon@hp.com>
    Date:   Wed Jun 12 10:29:40 2013 -0400

    bug in make 3.82 expand to odd values
    
    Some Makefiles tickle a bug in make 3.82 that cause libefi.a
    and libgnuefi.a dependencies to expand to the odd values:
    
    libefi.a: boxdraw.o) smbios.o) ...
    libgnuefi.a(reloc_x86_64.o:
    
    The patch replaces libgnuefi.a($(OBJS)) & libefi.a($(OBJS))
    with an equivalent expansion that should work with any make
    that supports $(patsubst).

    Author: Nigel Croxon <nigel.croxon@hp.com>
    Date:   Wed Jun 12 09:53:01 2013 -0400

    support .text.* sections on x86_64
    
    Group them in .text. Also add vague linkage sections in .text.
    
    Signed-off-by: David Decotigny <decot@googlers.com>

    Author: Nigel Croxon <nigel.croxon@hp.com>
    Date:   Wed Jun 12 09:51:36 2013 -0400

    cleanup and fix Make.defaults
    
    Reorder variables in Make.defaults so that they are grouped by
    functions. Also fixed ifeq (x,y) to have required syntax and make it
    work for ARCH amd64->x86_64 renaming on BSD. Also provides top-level
    Makefile with a "mkvars" target that displays effective variables.
    
    Signed-off-by: David Decotigny <decot@googlers.com>

    Author: Nigel Croxon <nigel.croxon@hp.com>
    Date:   Wed Jun 12 09:47:16 2013 -0400

    automatically determine number of uefi_call_wrapper() args on x86_64
    
    Instead of asking developers to explicitly pass the number of
    parameters to the functions that get called, we determine them
    automatically at preprocessing time. This should result in more
    robust code.
    
    Argument va_num is now ignored in x86_64 code, both with and
    without HAVE_USE_MS_ABI.
    
    Credits to the macro magic given in the comments.
    
    Signed-off-by: David Decotigny <decot@googlers.com>

    Author: Nigel Croxon <nigel.croxon@hp.com>
    Date:   Wed Jun 12 09:38:10 2013 -0400

    fix parameter-passing corruption on x86_64 for >= 5 args
    
    On x86_64 without HAVE_USE_MS_ABI support, uefi_call_wrapper() is a
    variadic function. Parameters >=5 are copied to the stack and, when
    passed small immediate values (and possibly other parameters), gcc
    would emit a movl instruction before calling uefi_call_wrapper(). As a
    result, only the lower 32b of these stack values are significant, the
    upper 32b potentially contain garbage. Considering that
    uefi_call_wrapper() assumes these arguments are clean 64b values
    before calling the efi_callX() trampolines, the latter may be passed
    garbage. This makes calling functions like
    EFI_PCI_IO_PROTOCOL.Mem.Read()/Write() or BS->OpenProtocol() quite
    unreliable.
    
    This patch fixes this by turning uefi_call_wrapper() into a macro that
    allows to expose the efi_callX() trampoline signatures to the callers,
    so that gcc can know upfront that it has to pass all arguments to
    efi_callX() as clean 64b values (eg. movq for immediates). The
    _cast64_efi_callX macros are just here to avoid a gcc warning, they do
    nothing otherwise.
    
    Signed-off-by: David Decotigny <decot@googlers.com>

    Author: noxorc <nigel.croxon@hp.com>
    Date:   Wed May 15 15:26:16 2013 -0400

    - Removes the ElfW() macro usage from reloc_ia32.c and reloc_x86_64.c. These
    macros only exist in link.h on Linux. On FreeBSD, the equivalent macro is
    __ElfN(). But the macro usage is redundant. You're only going to compile the
    ia32 file for IA32 binaries and the x86_64 file for X64 binaries. If you had
    just one file built for both cases, then using the macro might make more
    sense.
    
    - Removes the "#define foo_t efi_foo_t" macros from reloc_ia32.c and
    reloc_x86_64.c.
    
    - Modifies inc/x86_64/efibind.h and inc/ia32/efibind.h to use the new
    definitions for uint64_t, int64_t and int8_t. The 64-bit types are now defined
    as:
    
            typedef int __attribute__((__mode__(__DI__)))           int64_t;
            typedef unsigned int __attribute__((__mode__(__DI__)))  uint64_t;
    
    This removes the conflict between the host types dragged in by elf.h and the
    type definitions in efibind.h that made the #define foo_t efi_foo_t" hack
    necessary. Also, int8_t is now defined as signed char instead of just char
    (assuming char == signed char is apparently not good enough).
    
    - Also modifies these files to use stdint.h instead of stdint-gcc.h. It's
    unclear if this is completely correct, but stdint-gcc.h is not present with
    all GCC installs, and if you use -std=c99 or later you will force this case to
    be hit. This also can break clang, which doesn't have a stdint-gcc.h at all.
    
    - Removes the #include of <link.h> from reloc_ia32.c and reloc_x86_64.c (since
    with the previous changes it's not needed anymore).
    
    - Places the #include of <elf.h> after #include <efi>/#include <efilib.h> so
    that we know the types will always be defined properly, in case you build on a
    system where <elf.h> doesn't automatically pull in the right header files to
    define all the needed types. (This actually happens on VxWorks. It's harmless
    elsewhere. If you don't care about VxWorks, you can leave this out.)
    
    - Modifies setjmp_ia32.S and setjmp_x86_64.S so to change "function" to
    @function. The clang compiler doesn't like the former. Clang and GCC both like
    the latter.
    
    - Modifles Make.defaults so that if ARCH is detected as "amd64," it's changed
    to "x86_64." It happens that uname -m on 64-bit FreeBSD reports the former
    rather than the latter, which breaks the build. This may also be the case on
    some other OSes. There's a way to force uname(1) to return x86_64 as the
    machine type, but this way is a little friendlier.
    
    - Creates gnuefi/elf_ia32_fbsd_efi.lds which specifies the object file type as
    elf-ia32-freebsd. This is required for building on FreeBSD/i386, not just
    FreeBSD/amd64.
    
    - Modifies apps/Makefile to always use
    $(TOPDIR)/gnuefi/elf_$(ARCH)_fbsd_efi.lds when building on either 32-bit or
    64-bit FreeBSD instead of just for the x86_64 case.
    
    - Changed LDFLAGS in Make.defaults to include --no-undefined. This will cause
    linking to fail if there are any unsatisfied symbols when creating foo.so
    during any of the app builds, as opposed to just silently succeeding and
    producing an unusable binary.
    
    - Changed CFLAGS to include -ffreestanding -fno-stack-protector -fno-stack-
    check. This prevents clang from inserting a call to memset() when compiling
    the RtZeroMem() and RtSetMem() routines in lib/runtime/efirtlib.c and guards
    against the native compiler in some Linux distros from adding in stack
    checking code which relies on libc help that isn't present in the EFI runtime
    environment.
    
    This does the following:
    
    - Cleans up the ia32 and x86-64 relocation code a bit (tries to break the
    dependency between the host ELF headers and the EFI runtime environment)
    - Avoids the dependency on stdint-gcc.h which may not always be available
    - Allows GNU EFI to build out of the box on both FreeBSD/i386 and
    FreeBSD/amd64
    - Allows GNU EFI to build out of the box with either GCC or clang on
    FreeBSD/i386 and FreeBSD/amd64 9.0 and later.
    - Makes things a little easier to port to VxWorks
    - Avoids creating un-runable binaries with unresolved symbol definitions
    (which can be very confusing to debug)

    Author: noxorc <nigel.croxon@hp.com>
    Date:   Wed May 8 16:29:45 2013 -0400

    Add the definitions for TCP, UDP and IP, for both IPv4 and IPv6.


2013-05-02 Nigel Croxon <nigel.croxon@hp.com>
	* Chnage from Matt Fleming <matt.fleming@intel.com>
	  - Preparation for adding the networking protocol definitions.
	    Add the service binding protocol.

2013-02-21 Nigel Croxon <nigel.croxon@hp.com>
	* Change from Peter Jones <pjones@redhat.com>
	  - Previously we were incorrectly passing 3 functions with
            the System V ABI to UEFI functions as EFI ABI functions.
            Mark them as EFIAPI so the compiler will (in our new
            GNU_EFI_USE_MS_ABI world) use the correct ABI.
          - These need to be EFIAPI functions because in some cases
            they call ST->ConOut->OutputString(), which is an EFIAPI
            function. (Which means that previously in cases that 
            needed "cdecl", these didn't work right.)
          - If the compiler version is new enough, and GNU_EFI_USE_MS_ABI
            is defined, use the function attribute ms_abi on everything
            defined with "EFIAPI".  Such calls will no longer go through
            efi_call*, and as such will be properly type-checked.
          - Honor PREFIX and LIBDIR correctly when passed in during the build.
          - Add machine type defines for i386, arm/thumb, ia64, ebc, x86_64.
          - __STDC_VERSION__ never actually gets defined unless there's a
            --std=... line.  So we were accidentally defining lots of c99
            types ourself. Since it's 2012, use --std=c11 where appropriate,
            and if it's defined and we're using gcc, actually include gcc's
            stdint definitions.
          - New test application added: route80h. This is a test program
            for PciIo.  It routes ioport 80h on ICH10 to PCI. This is also
            useful on a very limited set of hardware to enable use of
            a port 80h debug card.
          - New test applcation added: modelist. This lists video modes
            the GOP driver is showing us.
	* Change from Finnbarr Murphy
          - https://sourceforge.net/p/gnu-efi/feature-requests/2/
            Please add the following status codes to <efierr.h>
            EFI_INCOMPATIBLE_VERSION 25
            EFI_SECURITY_VIOLATION 26 
            EFI_CRC_ERROR 27 
            EFI_END_OF_MEDIA 28 
            EFI_END_OF_FILE 31 
            EFI_INVALID_LANGUAGE 32 
            EFI_COMPROMISED_DATA 33
	* Change from SourceForge.net Bug report
          - https://sourceforge.net/p/gnu-efi/bugs/5/
            BufferSize is a UINT64 *. The file shipped with GNU EFI is from
            1998 whereas the latest one is from 2004. I suspect Intel changed
            the API in order handle 64-bit systems.
        * Change from Felipe Contreras <felipe.contreras@gmail.com>
          - The current code seems to screw the stack at certain points.
            Multiple people have complained that gummiboot hangs right away,
            which is in part the fault of gummiboot, but happens only
            because the stack gets screwed. x86_64 EFI already aligns the
            stack, so there's no need for so much code to find a proper
            alignment, we always need to shift by 8 anyway.
        * Change from A. Steinmetz
          - https://sourceforge.net/p/gnu-efi/patches/1/
            The patch prepares for elilo to support uefi pxe over ipv6
            See uefi spec 2.3.1 errata c page 963 as reference.
            Verfied on an ASUS Sabertooth X79 BIOS Rev. 2104 system which
            is able to do an IPv6 UEFI PXE boot.
	* Release 3.0t

2012-09-21 Nigel Croxon <nigel.croxon@hp.com>
	* Change from Peter Jones <pjones@redhat.com>
	  - EFI Block I/O protocol versions 2 and 3 provide more information
	    regarding physical disk layout, including alingment offset at the
	    beginning of the disk ("LowestAlignedLba"), logical block size
	    ("LogicalBlocksPerPhysicalBlock"), and optimal block transfer size
	    ("OptimalTransferLengthGranularity").
	* Release 3.0r

2012-04-30 Nigel Croxon <nigel.croxon@hp.com>
	* Change from Matt Fleming <matt.fleming@intel.com>
	  -  The .reloc section is now 4096-byte boundary for x86_64.
	     Without this patch the .reloc section will not adhere to
	     the alignment value in the FileAlignment field (512 bytes by
	     default) of the PE/COFF header. This results in a signed
	     executable failing to boot in a secure boot environment.
	* Release 3.0q

2011-12-12 Nigel Croxon <nigel.croxon@hp.com>
        * Changes from Fenghua Yu <fenghua.yu@intel.com>
          - This fixes redefined types compilation failure for tcc.c on x86_64 machines.
        * Release 3.0p

2011-11-15 Nigel Croxon <nigel.croxon@hp.com>
        * Changes from Darren Hart <dvhart@linux.intel.com>
          - Conditionally assign toolchain binaries to allow overriding them.
          - Force a dependency on lib for gnuefi.
        * Release 3.0n

2011-08-23 Nigel Croxon <nigel.croxon@hp.com>
        * Changes from Peter Jones <pjones@redhat.com>
          - Add guarantee 16-byte stack alignment on x86_64.
          - Add routine to make callbacks work.
          - Add apps/tcc.efi to test calling convention.
        * Release 3.0m

2011-07-22 Nigel Croxon <nigel.croxon@hp.com>
	* Changed Makefiles from GPL to BSD.
	* Changes from Peter Jones <pjones@redhat.com>
	  - Add ifdefs for ia64 to mirror ia32 and x86-64 so that
	    one can build with GCC.
	  - Add headers for PciIo.
	  - Add the UEFI 2.x bits for EFI_BOOT_SERVICES
	  - Add an ignore for .note.GNU-stack section in X86-64 linker maps.
        * Release 3.0l

2011-04-07  Nigel Croxon <nigel.croxon@hp.com>
        * Change license from GPL to BSD.
        * Release 3.0j

2009-09-12  Julien BLACHE <jb@jblache.org>
	* Add support for FreeBSD.
	* Release 3.0i

2009-09-11  Julien BLACHE <jb@jblache.org>
	* Fix elf_ia32_efi.lds linker script to be compatible with the new
          linker behaviour. Patch from the RedHat bugzilla 492183.

2009-06-18  Nigel Croxon <nigel.croxon@hp.com>
        * Release 3.0h

2008-11-06  Nigel Croxon <nigel.croxon@hp.com>
        * Fix to not having any relocations at all. 

2008-09-18  Nigel Croxon <nigel.croxon@hp.com>
        * Use LIBDIR in makefiles
        * Add setjmp/longjmp
        * Fixes incorrect section attribute in crt0-efi-ia32.S
        * Adds value EfiResetShutdown to enum EFI_RESET_TYPE
        * Fixes a RAW warning in reloc_ia64.S
        * Adds the USB HCI device path structure in the headers
          patches were supplied by Peter Jones @ RedHat

2008-02-22  Nigel Croxon <nigel.croxon@hp.com>
	* Added '-mno-red-zone' to x68_64 compiles.
	  Patch provided by Mats Andersson.

2008-01-23  Nigel Croxon <nigel.croxon@hp.com>
        * release 3.0e to support x86_64
          EFI calling convention, the stack should be aligned in 16 bytes
          to make it possible to use SSE2 in EFI boot services.
          This patch fixes this issue. Patch provided by Huang Ying from Intel.

2007-05-11 Nigel Croxon <nigel.croxon@hp.com>
        * release 3.0d to support x86_64 from Chandramouli Narayanan
          from Intel and based on 3.0c-1

2006-03-21  Stephane Eranian <eranian@hpl.hp.com>
	* merged patch to support gcc-4.1 submitted by
	  Raymund Will from Novell/SuSE

2006-03-20  Stephane Eranian <eranian@hpl.hp.com>
	* updated ia-64 and ia-32 linker scripts to
	  match latest gcc. The new gcc may put functions in
	  .text* sections. patch submitted by H.J. Lu from Intel.

2004-11-19  Stephane Eranian <eranian@hpl.hp.com>
	* added patch to ignore .eh_frame section for IA-32. Patch
	  submitted by Jim Wilson

2004-09-23  Stephane Eranian <eranian@hpl.hp.com>
	* added patch to discard unwind sections, newer toolchains
	  complained about them. Patch submitted by Jesse Barnes from SGI.

2003-09-29  Stephane Eranian <eranian@hpl.hp.com>
	* updated elf_ia64_efi.lds to reflect new data sections 
	  created by gcc-3.3. Patch provided by Andreas Schwab from Suse.

2003-06-20  Stephane Eranian <eranian@hpl.hp.com>
	* updated elf_ia64_efi.lds and elf_ia32_efi.lds to include
	  new types data sections produced by recent version of gcc-3.x

2002-02-22  Stephane Eranian <eranian@hpl.hp.com>
	* release 3.0a
	* modified both IA-64 and IA-32 loader scripts to add support for the
	  new .rodata sections names (such as rodata.str2.8). Required
	  for new versions of gcc3.x.

2001-06-20  Stephane Eranian <eranian@hpl.hp.com>
	* release 3.0
	* split gnu-efi package in two different packages: the libary+include+crt and the bootloader.
	* removed W2U() hack and related files to get from wide-char to unicode. 
	* Use -fshort-wchar option for unicode.
	* restructured Makefiles now install under INSTALLROOT.

2001-04-06  Stephane Eranian <eranian@hpl.hp.com>

	* incorporated patches from David and Michael Johnston at Intel
	  to get the package to compile for IA-32 linux target.

	* Fixed ELILO to compile for Ia-32 (does not execute yet, though):
	  Makefile and start_kernel() function.

2001-04-06  Andreas Schwab <schwab@suse.de>

	* Fixed config.c  to
	  get the timeout directive to do something. implemented the global
	  root= directive.

	* Fix the efi_main() to deal with the -C option properly

2001-04-05  Stephane Eranian <eranian@hpl.hp.com>

	* update efi library to latest EFI toolkit 1.02 as distributed
	  by Intel. Fixed header + library files to compile with GCC

	* merged ELI and LILO (as of gnu-efi-1.1) together, mostly
	  taking the config file feature of ELI.

	* renamed LILO to ELILO to make the distinction

	* restructured code to make it easier to understand and maintain

	* fixed FPSWA driver checking and loading: we try all possible
	  files and let the driver itself figure out if it is the most
	  recent.
	* added support for compression (gzip) but keep support for plain
	  ELF image. ELILO autodetects the format

	* change the way the kernel is invoked. Now we call it in 
	  physical memory mode. This breaks the dependency between the
	  kernel code and the loader. No more lilo_start.c madness.

	* changed the way the boot_params are passed. We don't use the 
	  ZERO_PAGE_ADDR trick anymore. Instead we use EFI runtime memory.
	  The address of the structure is passed to the kernel in r28
	  by our convention.

	* released as gnu-efi-2.0

2001-04-03  David Mosberger  <davidm@hpl.hp.com>

	* gnuefi/reloc_ia32.c (_relocate): Change return type from "void"
	to "int".  Return error status if relocation fails for some
	reason.

	* gnuefi/elf_ia32_efi.lds: Drop unneeded ".rel.reloc" section.

	* gnuefi/crt0-efi-ia32.S (_start): Exit if _relocate() returns with
	non-zero exit status.

	* inc/ia32/efibind.h [__GNUC__]: Force 8-byte alignment for 64-bit
	types as that is what EFI appears to be expecting, despite the
	"#pragma pack()" at the beginning of the file!

2001-03-29  David Mosberger  <davidm@hpl.hp.com>

	* gnuefi/reloc_ia32.c: Add a couple of defines to work around
	libc/efilib collision on uint64_t et al.
	(_relocate): Use ELF32_R_TYPE() instead of ELFW(R_TYPE)().

	* gnuefi/crt0-efi-ia32.S (dummy): Add a dummy relocation entry.

2001-03-29  David Mosberger  <davidm@hpl.hp.com>

        * gnuefi/reloc_ia32.c: Add a couple of defines to work around
        libc/efilib collision on uint64_t et al.
        (_relocate): Use ELF32_R_TYPE() instead of ELFW(R_TYPE)().

        * gnuefi/crt0-efi-ia32.S (dummy): Add a dummy relocation entry.

2000-10-26  David Mosberger  <davidm@hpl.hp.com>
 
 	* gnuefi/elf_ia64_efi.lds: Mention .rela.sdata.
 
 	* Make.defaults (CFLAGS): Remove -nostdinc flags so we can pick
 	up the C compiler's stdarg.h.
 
 	* inc/stdarg.h: Remove this file.  It's not correct for gcc (nor
 	most other optimizing compilers).

2000-10-10  Stephane Eranian <eranian@hpl.hp.com>

	* cleaned up the error message and printing of those.
	* added support to load the FPSWA from a file in case support is not
	  present in the firmware already
	* fixed split_args() to do the right thing when you have leading spaces
	  before kernel name
	* changed the argify() function to rely on \0 instead of LoadOptionSize
	  as the field seems to be broken with current firmware
	* bumped version to 1.0

2000-10-04  David Mosberger  <davidm@hpl.hp.com>
 
	* gnuefi/reloc_ia64.S: Reserve space for up to 750 function descriptors.

	* gnuefi/elf_ia64_efi.lds: Add .sdata section for small data and
	put __gp in the "middle" of it.

	* gnuefi/crt0-efi-ia64.S (_start): Use movl/add to load
	gp-relative addresses that could be out of the range of the addl
	offset.
	* gnuefi/reloc_ia64.S (_relocate): Ditto.

	* apps/Makefile: Remove standard rules and include Make.rules instead.
	* lilo/Makefile: Ditto.

	* Make.rules: New file.

2000-08-04  Stephane Eranian <eranian@hpl.hp.com>
	* released version 0.9
	* incorporated ACPI changes for Asuza by NEC < kouchi@hpc.bs1.fc.nec.co.jp>
	* added support for initrd (-i option) original ELI code from Bill Nottingham <notting@redhat.com>)
	* lots of cleanups 
	* got rid of #ifdef LILO_DEBUG and uses macro instead
	* fix a few extra memory leaks in create_boot_params()
	* added exit capability just before starting the kernel

2000-06-22  David Mosberger  <davidm@hpl.hp.com>

	* gnuefi/elf_ia64_efi.lds: Add .srodata, .ctors, .IA64.unwind,
	.IA64.unwind_info to .data section and .rela.ctors to .rela
	section.

2000-04-03  David Mosberger  <davidm@hpl.hp.com>

	* lilo/lilo.c (LILO_VERSION): Up version number to 0.9.

	* gnuefi/elf_ia64_efi.lds: Include .IA_64.unwind and
	.IA_64.unwind_info in .data segment to avoid EFI load error
	"ImageAddress: pointer outside of image" error due to the .dynsym
	relocations against these sections.

	* ChangeLog: Moved from lilo/ChangeLogs.

	* gnuefi/reloc_ia64.S: fixed typo: .space directive had constant
	100 hardcoded instead of using MAX_FUNCTION_DESCRIPTORS
	macro. Duh.

2000-03-17 Stephane Eranian <eranian@hpl.hp.com>

	* Released 0.8
	* replace the  getopt.c with new version free with better license
	* created a documentation file
	* fix a couple of memory leaks
	* code cleanups
	* created a separate directory for lilo in the gnu-efi package.
	* added support for the BOOT_IMAGE argument to kernel
	* default is to build natively now