Drop 0003-enable-internal-getproto-functions-for-musl.patch since it's
no longer required (tested via a flickcurl build with libnss against
mips-musl).
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
These defconfig options are set to their default values, so they are
redundant and can be removed without effect.
Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
To allow a more complete "out-of-the-box" startup with the defconfig,
enable automatic network configuration of eth0 using DHCP.
Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
We're already using 4.9.x as default, and have 4.8.x on the lower side
together with 5.x (5.3.0) on the higher side.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
0000-makefile-remove-host-headers-include.patch is upstream so remove it
and drop autoreconf.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The patch added in commit 21ed7a92fe to
fix the musl build had the unfortunate consequence to break the build
on uClibc. Thanks to Bernd's work with upstream, both the musl and
uclibc issues have been fixed upstream, so this patch updates our
numactl package to use the two upstream commits instead of our own
private patch.
Fixes:
http://autobuild.buildroot.net/results/a8729c301a52473899a3e3110802a41cc8afe9db/
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
ARC gcc understands "-pie" option and attempts to generate PIE
binaries as of today PIE is not really supported for user-space
applications.
So we provide option which checks if compiler understands relro
and pie options and disable PIE detection if building for ARC.
Also AUTORECONF option should be added because of modified
configure.in and Makefile.am files.
Signed-off-by: Lada Trimasova <ltrimas@synopsys.com>
Cc: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Signed-off-by: Lada Trimasova <ltrimas@synopsys.com<mailto:ltrimas@synopsys.com>>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Thomas P. has sent a few big feedback mails recently that explain how a
patch should be formatted. Indeed, this was not explained much in the
manual, so add a section that explains how patches should be formatted.
This is based heavily on the feedback that Thomas P. gave. Also,
specific examples for new packages and version bumps are added.
This will allow us to refer to
https://buildroot.org/manual.html#submitting-patches
in the future instead of composing long mails.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Reviewed-by: Yegor Yefremov <yegorslists@googlemail.com>
[Thomas: rewrap to our normal formatting practice.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
In subsequent patches, we will add more explanation about how to
prepare patches, so it will be worthwhile to have a separate section
for the series preparation.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Reviewed-by: Yegor Yefremov <yegorslists@googlemail.com>
[Thomas: rewrap to our normal formatting practice.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Glibc is currently configured without any "--enable-kernel" option.
This causes it to use the oldest possible kernel API, slowing it down
and preventing it from using any kernel features from later versions.
Since we are likely building a kernel and matching glibc together,
backwards compatability is probably unnecessary so this patch
unconditionally configures glibc with --enable-kernel set to
BR2_TOOLCHAIN_HEADERS_AT_LEAST.
Signed-off-by: Sam Bobroff <sam.bobroff@au1.ibm.com>
Tested-by: Stewart Smith <stewart@linux.vnet.ibm.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
LUAPATH is used as the path for installing lua binding.
As buildroot specifies the install prefix, STAGING_DIR gets
appended to TARGET_DIR which is incorrect path for installation,
so use relative path.
Reviewed-by: Abhimanyu Vishwakarma <Abhimanyu.Vishwakarma@imgtec.com>
Reviewed-by: Marcin Nowakowski <marcin.nowakowski@imgtec.com>
Signed-off-by: Neha Bairathi <Neha.Bairathi@imgtec.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This board is using a different kernel and u-boot branch than the
other Boundary Devices platforms since NXP forked the 3.14 kernel to add
i.MX7 support (see imx_3.14.38_6ul7d_beta branch).
Next kernel version, 3.14.52, will be the same for all i.MX platforms.
https://boundarydevices.com/product/nitrogen7/
Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Follow the upstream EOL cycle and mark 4.3 as deprecated for 2016.05.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
In preparation for new deprecated features/symbols.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
When orc was compiled before, gnuradio will use it as optional
dependency:
$ output/host/usr/bin/x86_64-linux-readelf -a output/target/usr/bin/gnuradio-config-info | grep NEEDED
[...]
0x0000000000000001 (NEEDED) Shared library: [liborc-0.4.so.0]
[...]
Apparently there is no option provided by the build system to
en-/disable support for orc:
41b4df055b/lib/CMakeLists.txt (L449)
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Reviewed-by: "Gwenhael Goavec-Merou" <gwenhael.goavec-merou@trabucayre.com>
Tested-by: "Gwenhael Goavec-Merou" <gwenhael.goavec-merou@trabucayre.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
- add hint to help text
- add assimp dependency
- always install the gltf (and any future) sceneparser to target.
Signed-off-by: Peter Seiderer <ps.report@gmx.net>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
[Thomas: update commit message as suggested by Arnout.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commit 24dfbe71e (arch/arm: do not distinguish revisions of ARM1136JF-S)
removed the r0 variant of the arm1136jf-s, but didn't update the defconfig -
So it ends up using arm926 instead.
Fix it by selecting the correct symbol instead.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Similar to the issue with the Atmel A5 based boards, the VFP is optional on
A9 - So we need to enable it to be able to use EABIhf.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The recent changes in Config.in.arm regarding the VFP selection broke the
atmel_sama5d* defconfigs. Ensure EABIhf is selected as all the sama5 have a
vfp.
Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
This is a _very_ small bootloader for STM32 platforms.
At submission afboot-stm32 supports the following boards:
stm32429i-eval
stm32746g-eval
stm32f429i-disco
stm32f469i-disco
Signed-off-by: Lee Jones <lee.jones@linaro.org>
Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
[Thomas: fix commit title, add dependency on BR2_arm.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commit b3fa8e24 (configs: remove calao_snowball_defconfig) dropped the
outdated snowball defconfig, but forgot to remove the board files.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
This commit updates the two firefly_rk3288 defconfigs recently
added. First we switch to the ARM cortex-A17 core. Second,
we switch the kernel github access from SSH to HTTPS, which
is suitable for anonymous access.
Signed-off-by: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Add the Cortex A17 variant. This core is considered a replacement
of the Cortex A12 and is supported by gcc 5 / binutils 2.25+
Suggested-by: Ross Green <greenfross@netscape.net>
Signed-off-by: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
multicat is a simple and efficient multicast and transport stream manipulation
tool.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The package selects BR2_PACKAGE_LIBGLIB2 but did not depend on it.
The buildsystem treats libglib2 as a hard-dependency:
https://cgit.freedesktop.org/spice/spice/tree/configure.ac?h=0.12#n117
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This package was added in error when updating ejabberd dependencies. It
is not used.
Signed-off-by: Frank Hunleth <fhunleth@troodon-software.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Add support for gr-osmosdr - a GNU Radio block for interfacing with various
radio hardware.
Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com>
[Thomas:
- instead of selecting BR2_PACKAGE_GNURADIO, use "depends
on". Indeed, it is fairly obvious for a user that some GNURadio
extensions require GNURadio to be built. And it avoids the need to
replicate all the complex dependencies of GNURadio.
- remove comment that the Python support needs Python. It's fairly
obvious, no?
- remove comment about the thread dependency of
BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need
threads. Yes, we sometimes still add such dependencies, but in the
case of GNURadio, it's highly unlikely that GNURadio will ever
loose the thread dependency.
- use "NO" instead of "no" as the value for
GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case
letters for the value of such booleans.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Add --enable-xpdf-headers to poppler.mk. Required for succesfull
build of cups-filters.
Signed-off-by: Olivier Schonken <olivier.schonken@gmail.com>
Reviewed-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
