buildroot/configs, branch 2016.02

configs: freescale_imx31_3stack: fix ARM variant selection

2016-02-23T21:05:32+00:00

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

configs: ensure ARM EABIhf is enabled for configurations using cortex A9

2016-02-23T21:05:11+00:00

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

configs: atmel: ensure EABIhf is selected for sama5d*

2016-02-23T20:49:36+00:00

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 Signed-off-by: Peter Korsgaard

board: Add support for Acmesystems Arietta g25

2016-02-17T16:00:59+00:00

This patch adds a minimal working configuration for Acmesystems Arietta g25. [Peter: fix whitespace, use same-as-kernel for kernel headers version] Signed-off-by: Angelo Compagnucci Signed-off-by: Peter Korsgaard

configs/qemu: convert versatile to dt

2016-02-08T11:12:55+00:00

As a followup to http://patchwork.ozlabs.org/patch/548550/ fully convert the versatile defconfig to create the dtb and update the instructions. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

configs/qemu: drop arm nuri

2016-02-08T11:12:49+00:00

This config has no prospect of going into the future (by using DTS), and qemu doesn't do a good job at emulating it (networking problems), so drop it. All of the ARM SMP testing duties are now in the vexpress defconfig which is better suited/supported. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

configs/qemu: bump to the latest linux versions

2016-02-07T21:20:41+00:00

Keep arm_nuri on 3.10.x for the usual reasons. Keep mips & mipsel (32 bits) on 4.3.x because 4.4.x fails to boot properly (kernel stuck after the CPU cache info). Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.4.1 2.3.0 YES OK arm_nuri 3.10.96 2.3.0 YES(1) OK most times(2) arm_versatile 4.4.1 2.3.0 YES OK arm_vexpress 4.4.1 2.3.0 YES OK microblazebe 4.4.1 2.3.0 YES OK microblazeel 4.4.1 2.3.0 YES OK mips64el_malta 4.4.1 2.3.0 YES OK mips64_malta 4.4.1 2.3.0 YES OK mipsel_malta 4.3.5 2.3.0 YES OK (4) mips_malta 4.3.5 2.3.0 YES OK (4) ppc_g3beige 4.4.1 2.3.0 YES OK ppc_mpc8544ds 4.4.1 2.3.0 YES OK ppc_virtex_ml507 4.4.1 2.3.0 NO OK ppc64_pseries 4.4.1 2.3.0 YES OK sh4 4.4.1 2.3.0 YES OK sh4eb 4.4.1 2.3.0 NO(3) OK sparc_ss10 4.4.1 2.3.0 YES OK sparc64_sun4u 4.4.1 2.3.0 YES OK sparc_sun4u 4.4.1 2.3.0 YES OK x86 4.4.1 2.3.0 YES OK x86_64 4.4.1 2.3.0 YES OK xtensa_lx60 4.4.1 2.3.0 YES OK (1) - Supposed to work but broken, probably Qemu emulation issue (2) - In like 1/3 starts it fails to work properly (3) - Probably an endian issue with 8139 emulation/driver (4) - Kernel stuck at cpu cache details from 4.4 - 4.4.1 Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

configs: update freescale_imx6qsabreauto_defconfig kernel version

2016-02-06T20:25:27+00:00

Signed-off-by: Jan Sarenik Acked-by: Arnout Vandecappelle (Essensium/Mind) Tested-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

defconfigs: all use the headers from the kernel

2016-02-06T09:59:15+00:00

For most defconfigs, it was trivial to deduce the kernel version, by just reading the version string, which could be: - a standard upstream version string vX.Y.Z - a non-standard version string, but still containg the standard X.Y.Z Those for which it was not so trivial were those hosted on git tree. Since most were already using a custom linux-headers version, it could be easily deduced from that. It was confirmed by browsing said git trees and check the version there. There are a few cases were there was a mismatch: - microzed: uses a 3.18 kernel, but 3.8 headers; fixed. - xilinx_zc706: uses a 3.14 kernel, but 3.8 headers; fixed. - zedboard: uses a 3.18 kernel, but 3.8 headers; fixed. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Peter Korsgaard Cc: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

defconfigs: use the new headers-version-same-as-kernel-version option

2016-02-06T09:57:51+00:00

Now that we can say that the linux headers version should match that of the kernel to be built, we inverse the logic in our defconfigs, as it is more sensible that way. And also because we'll get rid of the former, converse kernel-same-as-headers option. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Peter Korsgaard Signed-off-by: Thomas Petazzoni