aboutsummaryrefslogtreecommitdiff
path: root/configs/qemu_m68k_mcf5208_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>
* 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>
* 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 Waldemar Brodkorb2017-06-071-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Xtensa patches no longer required, the make target name changed to Image. The Qemu binary for OpenRisc was renamed upstream. I removed the x86->x86_64 symlink, independent files preferred. Defconfig Kernel Qemu Network Status -------------------------------------------------------------- aarch64_virt 4.11.3 2.9.0 YES OK arm_versatile 4.11.3 2.9.0 YES OK arm_versatile_nommu 4.4.70 2.9.0 YES OK arm_vexpress 4.11.3 2.9.0 YES OK m68k_mcf5208 4.11.3 2.9.0 YES OK m68k_q800 4.11.3 q800-v2.4.0 NO (2) OK microblazebe 4.11.3 2.9.0 YES OK microblazeel 4.11.3 2.9.0 YES OK mips32r2el_malta 4.11.3 2.9.0 YES OK mips32r2_malta 4.11.3 2.9.0 YES OK mips32r6el_malta 4.11.3 2.9.0 YES OK mips32r6_malta 4.11.3 2.9.0 YES OK mips64el_malta 4.11.3 2.9.0 YES OK mips64_malta 4.11.3 2.9.0 YES OK mips64r6el_malta 4.11.3 2.9.0 YES OK mips64r6_malta 4.11.3 2.9.0 YES OK nios2-10m50 4.11.3 2.9.0 NO OK or1k 4.11.3 2.9.0 NO OK (5) ppc_g3beige 4.11.3 2.9.0 YES OK ppc_mpc8544ds 4.11.3 2.9.0 YES OK ppc_virtex_ml507 4.9.6 2.9.0 NO OK (3) ppc64_pseries 4.11.3 2.9.0 YES OK sh4 4.9.6 2.9.0 YES OK (4) sh4eb 4.9.6 2.9.0 NO (1) OK (4) sparc_ss10 4.11.3 2.9.0 YES OK sparc64_sun4u 4.11.3 2.9.0 YES OK sparc_sun4u 4.11.3 2.9.0 YES OK x86 4.11.3 2.9.0 YES OK x86_64 4.11.3 2.9.0 YES OK xtensa_lx60 4.11.3 2.9.0 YES OK xtensa_lx60_nommu 4.11.3 2.9.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 oops with 4.11.3 on boot (4) - System is extremely slow with 4.11.3, needs further investigation (5) - Qemu binary got renamed to qemu-system-or1k Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs/qemu: bump to the latest kernel versionGravatar Gustavo Zacarias2017-01-311-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-6/+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>
* m68k: flat one memory region works with small kernel patchGravatar Waldemar Brodkorb2016-08-231-0/+2
| | | | | | | | | | | Greg Ungerer fixed recently a bug in the Linux kernel, which allows to use one memory region again. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> [Thomas: cherry-picked from next to master, in order to be able to use BR2_BINFMT_FLAT_ONE by default on m68k, since BR2_BINFMT_FLAT_SEP_DATA causes too much problems.] 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-6/+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>
* m68k: fix open issues with qemu coldfireGravatar Waldemar Brodkorb2016-05-111-3/+3
| | | | | | | | | | | Enable kernel drivers for networking and add a simple busybox config with basic network tools. Add kernel patch from Linux git to fix hush segfaults while using signal handler. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> 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>
* board: add qemu coldfire supportGravatar Waldemar Brodkorb2016-04-301-0/+30
Add kernel config and defconfig for Qemu Coldfire. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>