buildroot.git/configs/qemu_arm_nuri_defconfig, branch master

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

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

configs: qemu_arm_nuri: enable vfp

2016-02-01T18:15:21+00:00

In order to be abble to select BR2_ARM_FPU_VFPV3D16, BR2_ARM_ENABLE_VFP must be selected first. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

configs/qemu: cleanup and capitalization

2015-11-19T22:08:29+00:00

Capitalize comments in a consistent way. Cleanup redundant entries. Drop global patch dir for sparc ss10 since it's not required any more. Signed-off-by: Gustavo Zacarias Reviewed-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

configs/qemu: bump to the latest linux version

2015-11-11T22:36:39+00:00

ppc-mpc8544ds: switch to custom kernel config since the new 4.3-shipped mpc85xx_basic_defconfig doesn't work with Qemu. Incidentally while cleaning it up it now seems to work fine with newer qemu versions. sparc64_sun4u: ditch ne2k driver since it's useless, and add the e1000 driver which works fine. x86: stick to 4.2.x kernels since 4.3 doesn't work right with uclibc (any variant) based toolchains. Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.3 2.3.0 YES OK arm_nuri 3.10.93 2.3.0 NO(1) OK(2) arm_versatile 4.3 2.3.0 YES OK arm_vexpress 4.3 2.3.0 YES OK microblazebe 4.3 2.3.0 YES OK microblazeel 4.3 2.3.0 YES OK mips64el_malta 4.3 2.3.0 YES OK mips64_malta 4.3 2.3.0 YES OK mipsel_malta 4.3 2.3.0 YES OK mips_malta 4.3 2.3.0 YES OK ppc_g3beige 4.3 2.3.0 YES OK ppc_mpc8544ds 4.3 2.3.0 YES OK ppc_virtex_ml507 4.3 2.3.0 NO OK ppc64_pseries 4.3 2.3.0 YES OK sh4 4.3 2.3.0 YES OK sh4eb 4.3 2.3.0 NO(1) OK sparc_ss10 4.3 2.3.0 YES OK sparc64_sun4u 4.3 2.3.0 YES OK sparc_sun4u 4.3 2.3.0 YES OK x86 4.2.6 2.3.0 YES OK(3) x86_64 4.3 2.3.0 YES OK xtensa_lx60 4.3 2.3.0 YES OK (1) - Supposed to work but broken, probably Qemu emulation issue (2) - In like 1/3 runs it fails to start properly (3) - linux 4.3.0 doesn't like uclibc-based toolchains (net issues) Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

configs/qemu: update to the latest and greatest versions

2015-09-04T10:02:36+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

qemu/configs: update to latest kernel

2015-06-22T21:03:38+00:00

Update most of the configs to the latest kernel version (4.1) except for arm-nuri which is stuck. Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

configs/qemu: update nuri to latest 3.10.x kernel

2015-04-16T06:02:45+00:00

Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

configs/qemu: update to the latest kernel/headers versions

2015-03-03T06:59:59+00:00

qemu_arm_vexpress_defconfig is broken for 3.19 so keep it with 3.18.x Signed-off-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard