aboutsummaryrefslogtreecommitdiff
path: root/configs/qemu_sh4_r2d_defconfig
Commit message (Collapse)AuthorAgeFilesLines
* configs/qemu_*: bump kernel version to 5.4.58Gravatar Jugurtha BELKALEM2020-08-141-1/+1
| | | | | | | | | | | | Bump configs/qemu_* to latest longterm kernel 5.4.42. All defconfig using a specific kernel version (csky, risc32) are not taken into account. Build and runtime tested: https://gitlab.com/jugurthaB/buildroot/-/pipelines/177882458 Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* configs/qemu_*: bump kernel version to 5.4.42Gravatar Romain Naour2020-06-241-1/+1
| | | | | | | | | | | | | | | | | In order to allow testing gcc 10 using those defconfig, bump to kernel 5.4.42 since it include some patches fixing some issue introduced by gcc 10. For example: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=10cfaa7456d70696a89d423ce1cb0fd22967773a https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=8f6a84167e8618333d84ea4143812e3e74ced7da All defconfig using a specific kernel version (csky, risc32) are not taken into account. Build and runtime tested: https://gitlab.com/kubu93/buildroot/pipelines/148390943 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* board/qemu/sh4-r2d: fix sh4 kernel bug with binutils 2.33Gravatar Romain Naour2020-06-241-0/+1
| | | | | | | | | | | | Remove the binutils patch reverting [1] that triggers a sh4 kernel bug with binutils >= 2.33. Instead, add two kernel patches provided by Alan Modra [2] that fix alignment of rodata. [1] https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ebd2263ba9a9124d93bbc0ece63d7e0fae89b40e [2] https://www.sourceware.org/ml/binutils/2019-12/msg00112.html Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* configs/qemu_sh4{, eb}-r2d: remove kernel patch "restore the old sh-sci ↵Gravatar Romain Naour2020-04-271-1/+0
| | | | | | | | | | | | | | | | | | driver behaviour" This reverts commit f7a887c3682282a281206bca61724a750c326b3d and 23aee3eac497f15f901ddf99ab3aa81af747f7e5 since the kernel patch is not needed as soon as qemu >= 3.1.0 is used with a kernel >= 4.11-rc1. The qemu emulation of sh-sci driver was fixed by adding basic timeout handling for 9600 bps [1]. [1] https://git.qemu.org/?p=qemu.git;a=commit;h=71bb4ce1b5592cdc03abc48cdf4ecb15b2db81a0 Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* configs/qemu: update defconfigs to Linux 5.4.35Gravatar Romain Naour2020-04-251-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Linux version are changed to the new LTS kernel 5.4.35 for all qemu defconfigs, except for riscv and csky. Thoses defconfigs are left unchanged because they require either a custom Linux repository or a specific kernel header version causing some difficulties when upgrading to 5.4.35. Update the nios2-10m50 linux.fragment to update the .dtb build directory due to a change in kernel 4.20 [1]: nios2: build .dtb files in dts directory Align nios2 with other architectures which build the dtb files in the same directory as the dts files. This is also in line with most other build targets which are located in the same directory as the source. This move will help enable the 'dtbs' target which builds all the dtbs regardless of kernel config. This transition could break some scripts if they expect dtb files in the old location. For x86 and x86_64 kernel, add the CONFIG_PCI symbol due a change in kernel 5.0 [2]. The option was previously enabled by default (default y). PCI: consolidate PCI config entry in drivers/pci There is no good reason to duplicate the PCI menu in every architecture. Instead provide a selectable HAVE_PCI symbol that indicates availability of PCI support, and a FORCE_PCI symbol to for PCI on and the handle the rest in drivers/pci. Update the kernel of ppc-mac99 defconfig added in Buildroot 2019.08. This version bump was tested on gitlab [4] using the newly introduced boot-qemu-image.py script [5]. [1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=118864869805123bf82d666062542440a0fda5dd [2] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=eb01d42a77785ff96b6e66a2a2e7027fc6d78e4a [3] a8fac3fcfc2c71c8a30d28c3d2e74646490502c2 [4] https://gitlab.com/kubu93/buildroot/pipelines/139819874 [5] 0c7935063851accf3db4c9eb2fc4f11c3da0c391 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* configs/qemu*: use the post-image script with "$(BR2_DEFCONFIG)" as argument.Gravatar Romain Naour2020-04-131-0/+4
| | | | | | | | | | | This commit allow to use the post-image script previously added for each qemu board. Add "$(BR2_DEFCONFIG)" as post-image script argument to retried the qemu command line. Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
* configs/qemu: Update defconfigs to Linux 4.19.91Gravatar Philippe Reynes2019-12-311-1/+1
| | | | | | | | | | Linux version is changed to 4.19.91 (the last version of 4.19). Build- and runtime-tested for aarch64 and x86_64. Signed-off-by: Philippe Reynes <philippe.reynes@softathome.com> [yann.morin.1998@free.fr: add the test report provided by Philipe on IRC] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
* configs/qemu-*: add host-qemu-systemGravatar Jugurtha BELKALEM2019-08-021-0/+4
| | | | | | | | | Such config allows to setup gitlab tests for various qemu architectures (x86, mips, nios2, microblaze, ..., etc) using the same Qemu version. Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* configs/qemu: Update defconfigs to Linux 4.19.16Gravatar Gerome Burlats2019-02-131-3/+3
| | | | | | | | | | | | | | | | | | | | | | Linux version are changed to 4.19.16 (LTS) for all qemu defconfigs, except for riscv. riscv defconfigs are left unchanged because they have a custom Linux repository causing more difficulties when upgrading to 4.19 for riscv32. And for the riscv64, it has been updated recently to Linux 4.20 by another contributor. Patch for arm-versatile-nommu is changed into a git format Add cache attributes for xtensa-lx60-nommu config because the commit https://github.com/torvalds/linux/commit/7bb516ca5424e12b42124fab2906b6da9c81ba9c added a new config variable for memory cache attribute: CONFIG_MEMMAP_CACHEATTR All these updated configs have been built successfully. Signed-off-by: Gerome Burlats <gerome.burlats@smile.fr> Cc: Romain Naour <romain.naour@smile.fr> Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu_sh4-r2d: restore the old sh-sci driver behaviourGravatar Romain Naour2018-08-051-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts commit 18e8cf159177100e69d528293f8cf6875c0b1bca (kernel) The last Qemu kernel update [1] introduced a regresion in sh4 SCIF serial device. Some keyboard presses are very slow to be taken into account, perhaps not even taken into account at all. This would explain why our test infrastructure doesn’t manage to login as root [2][3][4]. git bisect reported a kernel patch from 4.11, increasing RX FIFO trigger defaults value for sh-sci (H)SCIF. The kernel patch itself looks good but the Qemu emulation is not ready to handle this new setting. >From Qemu (2.12.0): target/sh4/README.sh4 "Configuration of the second serial port (SCIF) is supported. FIFO handling infrastructure has been started but is not completed yet." We can't use the first serial port (ttySC0) because it's the second SH UART that's emulated by Qemu. In order to be able to test sh4 architecture with newer kernel, revert to the old behaviour. [1] 03fb00f2175cdb4565e26fcb9b3da1c1059de1bd [2] https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006425 [3] https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006427 [4] https://gitlab.com/free-electrons/toolchains-builder/-/jobs/72006426 Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* qemu: update defconfigs to Linux 4.16.7Gravatar Waldemar Brodkorb2018-06-021-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | All linux configs are renamed to a version neutral filename to avoid further renaming on kernel bumps. Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.16.7 2.12.0 YES OK arm_versatile 4.16.7 2.12.0 YES OK arm_versatile_nommu 4.16.7 2.12.0 YES OK (3) arm_vexpress 4.16.7 2.12.0 YES OK m68k_mcf5208 4.16.7 2.12.0 YES OK m68k_q800 4.16.7 q800-v2.11.0 NO (2) OK microblazebe 4.16.7 2.12.0 YES OK microblazeel 4.16.7 2.12.0 YES OK mips32r2el_malta 4.16.7 2.12.0 YES OK mips32r2_malta 4.16.7 2.12.0 YES OK mips32r6el_malta 4.16.7 2.12.0 YES OK mips32r6_malta 4.16.7 2.12.0 YES OK mips64el_malta 4.16.7 2.12.0 YES OK mips64_malta 4.16.7 2.12.0 YES OK mips64r6el_malta 4.16.7 2.12.0 YES OK mips64r6_malta 4.16.7 2.12.0 YES OK nios2-10m50 4.16.7 2.12.0 NO OK or1k 4.16.7 2.12.0 NO OK ppc_g3beige 4.16.7 2.12.0 YES OK ppc_mpc8544ds 4.16.7 2.12.0 YES OK ppc_virtex_ml507 4.16.7 2.12.0 NO OK ppc64_pseries 4.16.7 2.12.0 YES OK ppc64le_pseries 4.16.7 2.12.0 YES OK ppc64_e5500 4.16.7 2.12.0 YES OK sh4 4.16.7 2.12.0 YES OK sh4eb 4.16.7 2.12.0 NO (1) OK sparc_ss10 4.16.7 2.12.0 YES OK sparc64_sun4u 4.16.7 2.12.0 YES OK x86 4.16.7 2.12.0 YES OK x86_64 4.16.7 2.12.0 YES OK xtensa_lx60 4.16.7 2.12.0 YES OK xtensa_lx60_nommu 4.16.7 2.12.0 YES OK (1) - Probably an endian issue with 8139 emulation/driver (2) - There's a network interface, but enabling it in qemu fails (3) - Kernel patch required, switched to devicetree usage Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* configs/qemu: bump to the latest kernel versionGravatar Gustavo Zacarias2017-01-311-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Also bump the pc samples since they're tied to the (base) qemu config. Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.9.6 2.6.0 YES OK (3) arm_versatile 4.9.6 2.5.0 YES OK arm_versatile_nommu 4.4.45 2.5.0 YES OK arm_vexpress 4.9.6 2.5.0 YES OK m68k_mcf5208 4.8.17 2.5.0 YES OK (6) m68k_q800 4.9.6 q800-v2.4.0 NO (2) OK microblazebe 4.9.6 2.5.0 YES OK microblazeel 4.9.6 2.5.0 YES OK mips32r2el_malta 4.9.6 2.5.0 YES OK mips32r2_malta 4.9.6 2.5.0 YES OK mips32r6el_malta 4.9.6 2.6.0 YES OK (3) mips32r6_malta 4.9.6 2.6.0 YES OK (3) mips64el_malta 4.9.6 2.5.0 YES OK mips64_malta 4.8.17 2.5.0 YES OK (6) mips64r6el_malta 4.9.6 2.7.0 YES OK (3)(4) mips64r6_malta 4.9.6 2.7.0 YES OK (3)(4) nios2-10m50 4.9.6 2.9.0 NO OK or1k 4.9.6 2.5.0 NO OK ppc_g3beige 4.9.6 2.5.0 YES OK ppc_mpc8544ds 4.9.6 2.5.0 YES OK ppc_virtex_ml507 4.9.6 2.5.0 NO OK ppc64_pseries 4.9.6 2.5.0 YES OK sh4 4.9.6 2.5.0 YES OK sh4eb 4.9.6 2.5.0 NO (1) OK sparc_ss10 4.9.6 2.5.0 YES OK sparc64_sun4u 4.9.6 2.5.0 YES OK sparc_sun4u 4.9.6 2.5.0 YES OK x86 4.9.6 2.5.0 YES OK x86_64 4.9.6 2.5.0 YES OK xtensa_lx60 4.8.17 2.6.0 YES OK (6) xtensa_lx60_nommu 4.8.17 2.6.0 YES OK (5) (1) - Probably an endian issue with 8139 emulation/driver (2) - There's a network interface, but enabling it in qemu fails (3) - Known to fail with qemu versions lower than 2.6.0 (4) - Might work with 2.6.0, but the cpu definition changed in 2.7.0 (5) - Kept back on 4.8.x series since 4.9.x fails to build (6) - Kept back on 4.8.x series since 4.9.x fails to boot Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump to the latest kernel versionGravatar Gustavo Zacarias2016-10-131-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Drop m68k-mcf5208 kernel patch since it's upstream. Also bump the pc samples since they're tied to the (base) qemu config. Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.8.1 2.6.0 YES OK (3) arm_versatile 4.8.1 2.5.0 YES OK arm_vexpress 4.8.1 2.5.0 YES OK m68k_mcf5208 4.8.1 2.5.0 YES OK m68k_q800 4.8.1 q800-v2.4.0 NO (2) OK microblazebe 4.8.1 2.5.0 YES OK microblazeel 4.8.1 2.5.0 YES OK mips32r2el_malta 4.8.1 2.5.0 YES OK mips32r2_malta 4.8.1 2.5.0 YES OK mips32r6el_malta 4.8.1 2.6.0 YES OK (3) mips32r6_malta 4.8.1 2.6.0 YES OK (3) mips64el_malta 4.8.1 2.5.0 YES OK mips64_malta 4.8.1 2.5.0 YES OK mips64r6el_malta 4.8.1 2.7.0 YES OK (3)(4) mips64r6_malta 4.8.1 2.7.0 YES OK (3)(4) ppc_g3beige 4.8.1 2.5.0 YES OK ppc_mpc8544ds 4.8.1 2.5.0 YES OK ppc_virtex_ml507 4.8.1 2.5.0 NO OK ppc64_pseries 4.8.1 2.5.0 YES OK sh4 4.8.1 2.5.0 YES OK sh4eb 4.8.1 2.5.0 NO (1) OK sparc_ss10 4.8.1 2.5.0 YES OK sparc64_sun4u 4.8.1 2.5.0 YES OK sparc_sun4u 4.8.1 2.5.0 YES OK x86 4.8.1 2.5.0 YES OK x86_64 4.8.1 2.5.0 YES OK xtensa_lx60 4.8.1 2.6.0 YES OK xtensa_lx60_nommu 4.8.1 2.6.0 YES OK (1) - Probably an endian issue with 8139 emulation/driver (2) - There's a network interface, but enabling it in qemu fails (3) - Known to fail with qemu versions lower than 2.6.0 (4) - Might work with 2.6.0, but the cpu definition changed in 2.7.0 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump to latest versionGravatar Gustavo Zacarias2016-07-271-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Also bump the pc samples since they're tied to the (base) qemu config. Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.7 2.6.0 YES OK (3) arm_versatile 4.7 2.5.0 YES OK arm_vexpress 4.7 2.5.0 YES OK m68k_mcf5208 4.7 2.5.0 YES OK m68k_q800 4.7 q800-v2.4.0 NO (2) OK microblazebe 4.7 2.5.0 YES OK microblazeel 4.7 2.5.0 YES OK mips32r2el_malta 4.7 2.5.0 YES OK mips32r2_malta 4.7 2.5.0 YES OK mips32r6el_malta 4.7 2.6.0 YES OK (3) mips32r6_malta 4.7 2.6.0 YES OK (3) mips64el_malta 4.7 2.5.0 YES OK mips64_malta 4.7 2.5.0 YES OK mips64r6el_malta 4.7 2.6.0 YES OK (3) mips64r6_malta 4.7 2.6.0 YES OK (3) ppc_g3beige 4.7 2.5.0 YES OK ppc_mpc8544ds 4.7 2.5.0 YES OK ppc_virtex_ml507 4.7 2.5.0 NO OK ppc64_pseries 4.7 2.5.0 YES OK sh4 4.7 2.5.0 YES OK sh4eb 4.7 2.5.0 NO (1) OK sparc_ss10 4.7 2.5.0 YES OK sparc64_sun4u 4.7 2.5.0 YES OK sparc_sun4u 4.7 2.5.0 YES OK x86 4.7 2.5.0 YES OK x86_64 4.7 2.5.0 YES OK xtensa_lx60 4.7 2.6.0 YES OK xtensa_lx60_nommu 4.7 2.6.0 YES OK (1) - Probably an endian issue with 8139 emulation/driver (2) - There's a network interface, but enabling it in qemu fails (3) - Known to fail with qemu versions lower than 2.6.0 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: bump to linux 4.6.3Gravatar Gustavo Zacarias2016-07-021-1/+1
| | | | | | | | In order to keep them in sync with the new configs, and avoid shipping a vulnerable kernel. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: bump to latest versionGravatar Gustavo Zacarias2016-06-081-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Also bump the pc samples since they're tied to the (base) qemu config. Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.5.6 2.5.0 YES OK (4) arm_versatile 4.6.1 2.5.0 YES OK arm_vexpress 4.6.1 2.5.0 YES OK m68k_mcf5208 4.6.1 2.5.0 YES OK m68k_q800 4.6.1 q800-v2.4.0 NO (3) OK microblazebe 4.6.1 2.5.0 YES OK microblazeel 4.6.1 2.5.0 YES OK mips64el_malta 4.6.1 2.5.0 YES OK mips64_malta 4.6.1 2.5.0 YES OK mipsel_malta 4.6.1 2.5.0 YES OK mips_malta 4.6.1 2.5.0 YES OK ppc_g3beige 4.6.1 2.5.0 YES OK ppc_mpc8544ds 4.6.1 2.5.0 YES OK ppc_virtex_ml507 4.6.1 2.5.0 NO OK ppc64_pseries 4.6.1 2.5.0 YES OK sh4 4.6.1 2.5.0 YES OK sh4eb 4.6.1 2.5.0 NO (1) OK sparc_ss10 4.6.1 2.5.0 YES OK sparc64_sun4u 4.6.1 2.5.0 YES OK sparc_sun4u 4.6.1 2.5.0 YES OK x86 4.6.1 2.5.0 YES OK x86_64 4.6.1 2.5.0 YES OK xtensa_lx60 4.6.1 2.6.0 YES OK (2) xtensa_lx60_nommu 4.6.1 2.6.0 YES OK (2) (1) - Probably an endian issue with 8139 emulation/driver (2) - Linux 4.5/4.6 doesn't work with older Qemu versions (3) - There's a network interface, but enabling it in qemu fails (4) - Console looks dead in 4.6 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: bump to the latest versionGravatar Gustavo Zacarias2016-05-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Results table: Defconfig Kernel Qemu Network Status ------------------------------------------------------------------ aarch64_virt 4.5.3 2.5.0 YES OK arm_versatile 4.5.3 2.5.0 YES OK arm_vexpress 4.5.3 2.5.0 YES OK m68k_mcf5208 4.5.3 2.5.0 NO SO-SO (3) m68k_q800 4.5.3 q800-v2.4.0 NO (4) OK microblazebe 4.5.3 2.5.0 YES OK microblazeel 4.5.3 2.5.0 YES OK mips64el_malta 4.5.3 2.5.0 YES OK mips64_malta 4.5.3 2.5.0 YES OK mipsel_malta 4.5.3 2.5.0 YES OK mips_malta 4.5.3 2.5.0 YES OK ppc_g3beige 4.5.3 2.5.0 YES OK ppc_mpc8544ds 4.5.3 2.5.0 YES OK ppc_virtex_ml507 4.5.3 2.5.0 NO OK ppc64_pseries 4.5.3 2.5.0 YES OK sh4 4.5.3 2.5.0 YES OK sh4eb 4.5.3 2.5.0 NO (1) OK sparc_ss10 4.5.3 2.5.0 YES OK sparc64_sun4u 4.5.3 2.5.0 YES OK sparc_sun4u 4.5.3 2.5.0 YES OK x86 4.5.3 2.5.0 YES OK x86_64 4.5.3 2.5.0 YES OK xtensa_lx60 4.4.9 2.5.0 YES (2) OK xtensa_lx60_nommu 4.4.9 2.5.0 YES (2) OK (1) - Probably an endian issue with 8139 emulation/driver (2) - xtensa ethernet broken in 4.5 (3) - It boots, you can login, but apps exit/crash often (4) - There's a network interface, but enabling it in qemu fails Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: use zImage for sh4/sh4eb samplesGravatar Gustavo Zacarias2016-05-051-0/+1
| | | | | | | | | | The default for ARM was changed to zImage in 5c67cb1d, however the sh4/sh4eb sample configs were updated to switch to uImage in error, hence end up building uImage which doesn't work with Qemu. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> [Thomas: fix commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* linux: use zImage by default on ARMGravatar Thomas Petazzoni2016-04-051-1/+0
| | | | | | | | | | | | | | | | | | | Since quite some time, the kernel and bootloader communities consider zImage as the default format for kernel images on ARM, replacing uImage. The load address information in uImage is no longer needed, since the kernel is position-independent in terms of physical address, except on a few old platforms. For most people, using zImage is simply better/simpler, so let's switch to zImage as the default image format on ARM. All defconfigs are updated: 46 defconfigs no longer need to select explicitly zImage because it's the default, and 16 defconfigs now need to explicitly select uImage because that's no longer the default. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Matt Weber <matt@thewebers.ws> Acked-by: Julien Boibessot <julien.boibessot@armadeus.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump to the latest linux versionsGravatar Gustavo Zacarias2016-03-141-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | arm_versatile kernel defconfig updated to deal with multi-platform ARM support and driver changes. mips(el) 32-bits is back in working order for 4.5 Results table: Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.5 2.3.0 YES OK arm_versatile 4.5 2.3.0 YES OK arm_vexpress 4.5 2.3.0 YES OK microblazebe 4.5 2.3.0 YES OK microblazeel 4.5 2.3.0 YES OK mips64el_malta 4.5 2.3.0 YES OK mips64_malta 4.5 2.3.0 YES OK mipsel_malta 4.5 2.3.0 YES OK mips_malta 4.5 2.3.0 YES OK ppc_g3beige 4.5 2.3.0 YES OK ppc_mpc8544ds 4.5 2.3.0 YES OK ppc_virtex_ml507 4.5 2.3.0 NO OK ppc64_pseries 4.5 2.3.0 YES OK sh4 4.5 2.3.0 YES OK sh4eb 4.5 2.3.0 NO (1) OK sparc_ss10 4.5 2.3.0 YES OK sparc64_sun4u 4.5 2.3.0 YES OK sparc_sun4u 4.5 2.3.0 YES OK x86 4.5 2.3.0 YES OK x86_64 4.5 2.3.0 YES OK xtensa_lx60 4.4.5 2.3.0 YES (2) OK (1) - Probably an endian issue with 8139 emulation/driver (2) - xtensa ethernet broken in 4.5 so stick to 4.4.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump to the latest linux versionsGravatar Gustavo Zacarias2016-02-071-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* defconfigs: all use the headers from the kernelGravatar Yann E. MORIN2016-02-061-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: enable dhcp on network interfacesGravatar Gustavo Zacarias2015-11-191-0/+1
| | | | | | | | | | | | | | Enable dhcp networking for qemu configs considered good enough for testing purposes. This excludes: arm_nuri - emulation doesn't seem 100% correct for networking. ppc_virtex_ml507 - doesn't emulate networking. sh4eb - emulation doesn't seem 100% correct for the NIC. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: cleanup and capitalizationGravatar Gustavo Zacarias2015-11-191-3/+2
| | | | | | | | | | 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 <gustavo@zacarias.com.ar> Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump to the latest linux versionGravatar Gustavo Zacarias2015-11-111-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: update to the latest and greatest versionsGravatar Gustavo Zacarias2015-09-041-5/+5
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* qemu/configs: update to latest kernelGravatar Gustavo Zacarias2015-06-221-5/+5
| | | | | | | | Update most of the configs to the latest kernel version (4.1) except for arm-nuri which is stuck. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* sh4: fix toolchain creationGravatar Waldemar Brodkorb2015-05-031-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | The Linux kernel does force compile with -m4-nofpu, which is only available when building a multilib toolchain. The interesting part here is, that buildroot use --disable-multilib for gcc configure, but enables --with-multilib-list=m4,m4-nofpu in the default configuration for Qemu targeting r2d emulation. This results in a toolchain, which can be used for the kernel and for userland without creating a multilib toolchain with different kinds of libgcc version. In the multilib case there would be subdirectories created (!m4 and m4-nofpu). As buildroot uses a short version of toolchain creation, a multilib enabled gcc build fails when creating libgcc. So the best solution is to just keep multilib disabled, but always add --with-multilib-list when sh4/sh4eb/sh4a/sh4aeb is choosen. Tested with sh4/sh4a toolchain build and qemu defconfig with gcc 4.8.x/4.9.x (with and without C++ enabled), uClibc and glibc. Disable sh4a/sh4aeb for uClibc, as it does not implemented, yet. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> (ARM and SH4 uClibc toolchain builds)
* configs/qemu: update sh4 r2dGravatar Gustavo Zacarias2015-04-161-5/+5
| | | | | | | | Switch to kernel 4.0. Simplify kernel config to reduce bloat. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: update to the latest kernel/headers versionsGravatar Gustavo Zacarias2015-03-031-5/+5
| | | | | | | qemu_arm_vexpress_defconfig is broken for 3.19 so keep it with 3.18.x Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: update to the latest kernel/headers versionsGravatar Gustavo Zacarias2015-01-281-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: update to the latest kernel/headers versionsGravatar Gustavo Zacarias2014-12-281-2/+2
| | | | | | | | Used to test the new default binutils 2.24 (all passed). Also update the virtex readme since the dtb is in output/images as well. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: update to the latest kernel/headers versionsGravatar Gustavo Zacarias2014-12-091-5/+5
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: update to the latest kernel/headers versionGravatar Gustavo Zacarias2014-10-311-2/+2
| | | | | | | Also drop the sparc memset patch, it's upstream as of 3.17.2. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: update to the latest possible kernel versionGravatar Gustavo Zacarias2014-10-191-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* qemu/sh4-r2d: update to the latest versionsGravatar Gustavo Zacarias2014-10-071-5/+5
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* qemu-sh4: update to latest kernelGravatar Waldemar Brodkorb2014-09-211-4/+4
| | | | | | | Update to Linux kernel 3.16.3. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* qemu/sh4-r2d: update default configuration to Linux 3.15.xGravatar Waldemar Brodkorb2014-07-151-7/+7
| | | | | | | Result tested with Qemu 2.0.0 without issues. Old SCI problems are fixed in Qemu. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: fix and bump relevant kernel/header versionsGravatar Gustavo Zacarias2014-03-071-2/+3
| | | | | | | | | | | | | | | | Tweak the configs to deal with b155f5a5ab321b06df1c5d5f5e104438e8288cf8 fallout. And bump to the latest kernel versions. As of this commit the microblaze qemu targets seem broken, probably because of commit 14e527eb66d251c878f212236729d715e350c135 or some qemu limitation. SPARC seems to have issues as well, the kernel seems to go down with an unhandled exception with qemu 1.7.0 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: bump relevant config versionsGravatar Gustavo Zacarias2013-12-021-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump relevant config versionsGravatar Gustavo Zacarias2013-11-051-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump relevant config versionsGravatar Gustavo Zacarias2013-10-101-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump relevant config versionsGravatar Gustavo Zacarias2013-08-161-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: bump relevant config versionsGravatar Gustavo Zacarias2013-07-301-2/+2
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs/qemu: bump relevant config versionsGravatar Gustavo Zacarias2013-07-081-3/+4
| | | | | | | | While at it add the missing network interfaces to configurations that support it. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* configs/qemu: bump relevant configs to kernel version 3.9.xGravatar Gustavo Zacarias2013-04-291-1/+1
| | | | | | | | | | | Problematic configurations not bumped: powerpc-g3beige: Kernel oops on boot sh4-r2d - Qemu doesn't emulate advanced features from the console UART sparc-ss10 - Illegal instruction Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* configs/qemu: bump relevant configs to kernel version 3.8.xGravatar Gustavo Zacarias2013-03-011-1/+1
| | | | | | | | | | | Problematic configurations not bumped: arm-versatilepb - IRQ failure for symbios scsi sh4-r2d - Qemu still doesn't emulate advanced features from the UART sparc-ss10 - Illegal instruction Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* configs/qemu: update to use latest kernelsGravatar Gustavo Zacarias2013-02-061-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* qemu/sh4-r2d: update to use kernel 3.2.36Gravatar Gustavo Zacarias2013-01-041-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* qemu/sh4-r2d: update to use kernel 3.2.35Gravatar Gustavo Zacarias2012-12-301-1/+1
| | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>