aboutsummaryrefslogtreecommitdiff
path: root/board/qemu/mips32r2el-malta
Commit message (Collapse)AuthorAgeFilesLines
* board/qemu: ensure root is available before mounting itGravatar Yann E. MORIN2019-06-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | On my machine, it happens once in a while that the virtualised machine boots too fast for the rootfs to be available at the time the kernel tries to mount it. For example, board/qemu/arm-vexpress/readme.txt suggested changing "-smp 1" up to "-smp 4". But doing so here causes a kernel panic: VFS: Cannot open root device "mmcblk0" or unknown-block(0,0): error -6 Please append a correct "root=" boot option; here are the available partitions: 1f00 131072 mtdblock0 (driver?) 1f01 32768 mtdblock1 (driver?) Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) So, add the oh-so-useful 'rootwait' option to all kernel command lines for qemu defconfigs. Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> Cc: Joel Stanley <joel@jms.id.au> Cc: Mark Corbin <mark.corbin@embecosm.com> Cc: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* qemu: update defconfigs to Linux 4.16.7Gravatar Waldemar Brodkorb2018-06-022-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-072-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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_mipsel_malta_defconfig: rename to qemu_mips32r2el_malta_defconfigGravatar Vicente Olivert Riera2016-07-012-0/+40
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>