summaryrefslogtreecommitdiffstats
path: root/meta/recipes-bsp/gnu-efi
Commit message (Collapse)AuthorAgeFilesLines
* gnu-efi: upgrade 3.0.8 -> 3.0.9Yi Zhao2019-01-111-2/+2
| | | | | | | (From OE-Core rev: 4dbfa6b8de8bc4a52a3d74e229a27dd972e935ad) Signed-off-by: Yi Zhao <yi.zhao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: update to 3.0.8Yi Zhao2018-06-293-16/+18
| | | | | | | (From OE-Core rev: 91dad340e32271d5db681bae34ed5599310e8703) Signed-off-by: Yi Zhao <yi.zhao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: Upgrade package to 3.0.6 and refresh patchesCalifornia Sullivan2017-07-174-66/+51
| | | | | | | | | | | | | 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. (From OE-Core rev: 20c1209f6fe0d56aa3698583a1b6d2774fbf4401) Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: Support musl-x32 buildsweeaun2017-07-081-0/+1
| | | | | | | | | | To build 64-bit binaries for musl-x32. (From OE-Core rev: a9301cbc90a61b54f99f321934f421d432ec8826) Signed-off-by: sweeaun <swee.aun.khor@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: Fix build with gcc7Khem Raj2017-05-112-1/+36
| | | | | | | | (From OE-Core rev: 7f14d7de88da7e6e1b6934f9c608d67d80dc8398) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: copy header files for x32 buildSaul Wold2017-04-111-0/+5
| | | | | | | | | | | | | 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] (From OE-Core rev: 3398552663e1e18aaf352d682a77a8ad3af94e5a) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: 3.0.4 -> 3.0.5Robert Yang2017-02-152-38/+2
| | | | | | | | | | | * Remove aarch64-initplat.c-fix-const-qualifier.patch which is already in the source. (From OE-Core rev: b8ae433bebaff4c85415ab91e865fbfefeebe345) 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>
* meta: remove remaining True option to getVar callsMing Liu2017-01-311-1/+1
| | | | | | | | | | | | | | | | 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\) (From OE-Core rev: 87d03ffe03d6f01e360bfd51714be96e62506e0a) Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: ignore arch mismatch for x32Christopher Larson2017-01-091-0/+3
| | | | | | | | (From OE-Core rev: 97976de2a5465cb476379ebc9d9e1b3f0837853a) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: build 64-bit for x32Christopher Larson2017-01-091-0/+9
| | | | | | | | | | We're targeting the x86_64 EFI ABI. (From OE-Core rev: 24325410acb670a3e7bc626ac3607efa8df38dc5) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove True option to getVar callsJoshua Lock2016-12-161-1/+1
| | | | | | | | | | | | | 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\) (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: 3.0.3 -> 3.0.4Robert Yang2016-07-263-60/+52
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * 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] (From OE-Core rev: e011f70741d9c60ab68a0fa2458a5051030efd64) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: set COMPATIBLE_HOST_armv4 to nullRobert Yang2016-05-171-0/+1
| | | | | | | | | | | | | | | 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] (From OE-Core rev: a3e958fae0cd6349a03fececcaa3d880c73b9298) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi, syslinux: Support gcc < 4.7Khem Raj2015-09-232-0/+22
| | | | | | | | | | | | 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 (From OE-Core rev: 90e7cfebc6a9ac4b229b45c6a7dc95218efe55c5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: Make setjmp.S portable to ARMWenzong Fan2015-09-122-0/+51
| | | | | | | | | | | | | | | | | | | | | | 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) (From OE-Core rev: 7afe15051516053303f6afef4d6fbb0a3872b411) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: 3.0.2 -> 3.0.3Robert Yang2015-08-301-2/+3
| | | | | | | | | | (From OE-Core rev: c731ecab0a6cb31198ec8270dc9381b14964dd3c) (From OE-Core rev: c45ded0d0cf4be56c124f288706caad89163aa68) 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>
* gnu-efi: BBCLASSEXTEND to nativeKoen Kooi2015-08-161-0/+2
| | | | | | | | | | Sbsigntool depends on gnu-efi and we need sbsigntool-native to do some signing, so extend gnu-efi to support that. (From OE-Core rev: d055e797eb1d60f04d685b6583eb1695c7600a56) Signed-off-by: Koen Kooi <koen.kooi@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: fix parallel issueRobert Yang2015-04-282-0/+39
| | | | | | | | | | | | | | | | | 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 (From OE-Core rev: 86d428775c95a900c9b452f03548b56cb980b64c) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: 3.0.1 -> 3.0.2Robert Yang2015-04-211-2/+2
| | | | | | | (From OE-Core rev: 621d6355869c7490d0a902d4acacbfd2dcdb7129) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: upgrade to 3.0.1Robert Yang2015-01-163-55/+40
| | | | | | | | | | | | | * 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) (From OE-Core rev: e55b76cf3313c4ef9073f5fad06246c27282e7f3) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-efi: fix the LIBDIRRobert Yang2014-03-271-1/+1
| | | | | | | | | | | | | | | | | 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] (From OE-Core rev: a18e4bef5f284c5b940007e60c7be28128a94c44) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-bsp: add gnu-efi recipeStefan Stanacar2014-03-113-0/+103
gnu-efi is required by gummiboot. Imported from meta-intel, PR dropped, no new version available. (From OE-Core rev: fdb65c569db2b55023f9d1d72959e4e7d187a1d8) 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 v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-14 23:30:14 +0000