summaryrefslogtreecommitdiffstats
path: root/meta/recipes-bsp/gnu-efi
AgeCommit message (Collapse)Author
2017-07-17gnu-efi: Upgrade package to 3.0.6 and refresh patchesCalifornia Sullivan
Version 3.0.6 fixes a failure when using the pxe headers and allows us to drop the explicit fall through patch as it was fixed upstream. Other patches were rebased on top of the new version. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-07-08gnu-efi: Support musl-x32 buildsweeaun
To build 64-bit binaries for musl-x32. Signed-off-by: sweeaun <swee.aun.khor@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-05-10gnu-efi: Fix build with gcc7Khem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-04-11gnu-efi: copy header files for x32 buildSaul Wold
Gnu-efi needs to be build for 64bit since it is a boot time tool. It needs these 2 headers to be in 64 bit versions, we can use the existing 32bit ones as there is not really any difference. [YOCTO #11051] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-15gnu-efi: 3.0.4 -> 3.0.5Robert Yang
* Remove aarch64-initplat.c-fix-const-qualifier.patch which is already in the source. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-01-31meta: remove remaining True option to getVar callsMing Liu
This is a complementary fix to commit 7c552996: [ meta: remove True option to getVar calls ] it intended to remove all True option to getVar calls, but there are still some remaining. Search made with the following regex: getVar ?\((.*), True\) Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-01-09gnu-efi: ignore arch mismatch for x32Christopher Larson
Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-01-09gnu-efi: build 64-bit for x32Christopher Larson
We're targeting the x86_64 EFI ABI. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-12-16meta: remove True option to getVar callsJoshua Lock
getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-07-25gnu-efi: 3.0.3 -> 3.0.4Robert Yang
* Remove gnu-efi-Make-setjmp.S-portable-to-ARM.patch since it is already in the source. * Updated LIC_FILES_CHKSUM - The following files are gone: lib/arm/div64.S lib/arm/lib1funcs.S - Updated md5sum for other files, they add the following words, which are still GPLv2+: Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice and this list of conditions, without modification. 2. The name of the author may not be used to endorse or promote products derived from this software without specific prior written permission. Alternatively, this software may be distributed under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. * Remove -mfpmath=sse from TUNE_CCARGS since gnu-efi doesn't support sse to fix the problem: rtdata.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] * gnu-efi's Makefile treats prefix as toolchain prefix, so don't export it, otherwise there would be errors: /bin/sh: /usrgcc: No such file or directory * Add aarch64-initplat.c-fix-const-qualifier.patch to fix build on aarch64: initplat.c:44:35: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-05-17gnu-efi: set COMPATIBLE_HOST_armv4 to nullRobert Yang
It doesn't build with armv4: lib1funcs.S: Assembler messages: Assembler messages: gnu-efi-3.0.3/lib/arm/lib1funcs.S:140: Error: selected processor does not support `clz r3,r1' in ARM mode gnu-efi-3.0.3/lib/arm/div64.S:95: Error: selected processor does not support `clz r2,r4' in ARM mode gnu-efi-3.0.3/lib/arm/lib1funcs.S:140: Error: selected processor does not support `clz r2,r0' in ARM mode [snip] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-09-21gnu-efi, syslinux: Support gcc < 4.7Khem Raj
This helps compiling the code with older gcc especially on older build hosts, additionally clang advertizes itself as gcc 4.2.1 so it helps compiling dependent modues using clang as well Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-09-12gnu-efi: Make setjmp.S portable to ARMWenzong Fan
This patch fixes the following error: .../lib/arm/setjmp.S:18: Error: unrecognized symbol type "" .../lib/arm/setjmp.S:26: Error: unrecognized symbol type "" The problem is the assembly syntax that is used is not portable to ARM, where the '@' symbol is a comment: > Note on targets where the @ character is the start of a comment > (eg ARM) then another character is used instead. For example the > ARM port uses the % character. (From https://sourceware.org/binutils/docs-2.25/as/Section.html#Section) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-08-30gnu-efi: 3.0.2 -> 3.0.3Robert Yang
(From OE-Core rev: c731ecab0a6cb31198ec8270dc9381b14964dd3c) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-08-16gnu-efi: BBCLASSEXTEND to nativeKoen Kooi
Sbsigntool depends on gnu-efi and we need sbsigntool-native to do some signing, so extend gnu-efi to support that. Signed-off-by: Koen Kooi <koen.kooi@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-04-28gnu-efi: fix parallel issueRobert Yang
Fixed: Assembler messages: Fatal error: can't create runtime/rtlock.o: No such file or directory Assembler messages: Fatal error: can't create runtime/rtdata.o: No such file or directory Assembler messages: Fatal error: can't create runtime/vm.o: No such file or directory Assembler messages: Fatal error: can't create runtime/efirtlib.o: No such file or directory Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-04-21gnu-efi: 3.0.1 -> 3.0.2Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-01-16gnu-efi: upgrade to 3.0.1Robert Yang
* Use the official src rather than debian. * It doesn't have a general license file, the license is embedded in the files, which are "GPLv2+ | BSD-2-Clause". * Supported aarch64 and arm. * Remove parallel-make.patch that was accepted upstream. (From Saul) Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2014-03-27gnu-efi: fix the LIBDIRRobert Yang
Its LIBDIR in Makefile is: LIBDIR = $(PREFIX)/lib This is incorrect for 64 bit bsp, thus will cause build failures on gummiboot: ld: cannot open linker script file /path/to/usr/lib64/elf_x86_64_efi.lds: No such file or directory [YOCTO #6053] Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2014-03-11recipes-bsp: add gnu-efi recipeStefan Stanacar
gnu-efi is required by gummiboot. Imported from meta-intel, PR dropped, no new version available. Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-01 02:00:23 +0000