buildroot/package/efivar, branch 2017.02

efivar: introduce BR2_PACKAGE_EFIVAR_ARCH_SUPPORTS

2016-12-07T22:41:52+00:00

efivar only makes sense on platforms that support UEFI. UEFI is only supported by some architectures at the moment, being mostly employed on platforms such as x86, x86_64 and aarch64. Some other platforms such as MIPS and PowerPC may have some unofficial UEFI support. UEFI is also limited to little endian architectures. efivar was being supported in Buildroot without architecture restrictions so far, however this has led to the creation of a number of hacks in the recipes, mostly for architectures that are not supported by UEFI. In order to avoid spending more time to debug these failures and maintaining more hacks for unsupported architectures, efivar can be restricted to that platforms where it makes sense and where it is more likely to receive some testing and actual usage. The existing hacks for the now unsupported architectures are removed, and the dependency is propagated to efibootmgr as it depends on efivar. Signed-off-by: Erico Nunes Cc: Thomas Petazzoni Signed-off-by: Thomas Petazzoni

efivar: fix comment after uClibc compatibility patch

2016-12-07T22:41:00+00:00

uClibc support was recently added to efivar through a small compatibility patch. This commit updates a comment in the efivar recipe to reflect this, as we no longer have glibc as the only supported C library. Signed-off-by: Erico Nunes Cc: Thomas Petazzoni Signed-off-by: Thomas Petazzoni

efivar: not available for static builds

2016-12-05T20:31:08+00:00

efivar uses dlfcn.h which is not available in static builds configuration. Also propagate dependency to efibootmgr. This commit also does s/requires/needs/ in comment while at it. Fixes: http://autobuild.buildroot.net/results/ab3/ab32ccacfac2e65e1fcb307058d06c3d0122979d/ Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

efivar: allow build with uClibc

2016-11-27T15:43:27+00:00

Details at https://github.com/rhinstaller/efivar/issues/76. Signed-off-by: Andy Shevchenko [Thomas: tweak the dependency, efivar still doesn't build with musl.] Signed-off-by: Thomas Petazzoni

efivar: bump to version 30

2016-11-27T15:30:52+00:00

Use newest release. Signed-off-by: Andy Shevchenko Signed-off-by: Thomas Petazzoni

efivar: bump to version 28

2016-10-01T22:11:12+00:00

Upstream has changed version numbering scheme since version 25, which came after version 0.24. The two patches that we had in package/efivar/ were backports and so can be dropped with this bump. This new version also fixes the build failure with gcc 6.x, so: Fixes: http://autobuild.buildroot.net/results/ea6/ea6968d5d0fd0d8ee64e045e2aa56c8e8a0b7b14 [Peter: require GCC 4.9+, adjust Config.in nvme.h comment] Signed-off-by: Erico Nunes Signed-off-by: Peter Korsgaard

efivar: disable for some incompatible Sourcery CodeBench toolchains

2016-07-03T15:00:29+00:00

linux/nvme.h has been renamed to linux/nvme_ioctl.h since 4.4, and we have a patch to handle that situation. However, some Sourcery CodeBench toolchains use 4.4 kernel headers but don't have that header file renamed, and that is causing build failures. So, prevent this package to be built using those toolchains. Fixes: http://autobuild.buildroot.net/results/66c/66cf68261fa73c2366610f8d14bd02180ba7cd2d/ http://autobuild.buildroot.net/results/54c/54cc7d4e3b284b35931e08f9c7f0f902df96a989/ Signed-off-by: Vicente Olivert Riera [Romain: - add back slash on line breaks - propagate efivar dependencies to efibootmgr - add comments dependencies] Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

efivar: depends on target gcc >= 4.7

2016-07-01T14:31:29+00:00

The efivar internal build system uses flags such as -std=gnu11 , -Wmaybe-uninitialized , -flto which are available in gcc >= 4.7 only. These flags are passed both to target build and to build a host tool. For the host part, this has been worked around by overriding 'gcc_flags', but doing that for the target would remove all flags that upstream intended for the target build. Buildroot doesn't support building gcc 4.6 in its own toolchain anymore but it's possible to use an external toolchain with gcc 4.6 which would be unable to build this package. This patch adds a limitation on toolchains with target gcc >= 4.7 to make sure that the flags are available in the chosen toolchain. Signed-off-by: Erico Nunes Signed-off-by: Thomas Petazzoni

efivar: force shared libgcc for Nios II

2016-07-01T14:19:27+00:00

efivar for Nios II also has to be linked with shared libgcc to avoid an error due to FDE encoding in static libgcc when linking libefiboot.so. Fixes: http://autobuild.buildroot.net/results/0c9/0c90e3e7ad41d21dd832f6f266af35fc19185170/ Signed-off-by: Erico Nunes Signed-off-by: Thomas Petazzoni

Replace (e)glibc by glibc

2016-06-28T20:19:22+00:00

Following the removal of eglibc support, this commit replaces all occurences of "(e)glibc" by just "glibc". Most of the occurences are in package Config.in comments. In addition, when the form "an (e)glibc ..." was used, it is replaced by "a glibc ...". [Peter: add new efi* packages, s/uclibc/uClibc as suggested by Romain, systemd / liquid-dsp tweaks as suggested by Yann] Signed-off-by: Thomas Petazzoni Reviewed-by: Romain Naour Acked-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard