kumquat-buildroot/configs/qemu_ppc_mpc8544ds_defconfig

37 lines
846 B
Plaintext
Raw Normal View History

# Architecture
BR2_powerpc=y
BR2_powerpc_8548=y
# System
BR2_SYSTEM_DHCP="eth0"
# Filesystem
# BR2_TARGET_ROOTFS_TAR is not set
BR2_TARGET_ROOTFS_INITRAMFS=y
# Image
BR2_ROOTFS_POST_IMAGE_SCRIPT="board/qemu/post-image.sh"
BR2_ROOTFS_POST_SCRIPT_ARGS="$(BR2_DEFCONFIG)"
configs/qemu: update defconfigs to Linux 5.4.35 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>
2020-04-25 21:58:48 +02:00
# Linux headers same as kernel, a 5.4 series
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_4=y
# Kernel
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.4.58"
configs/qemu: bump to the latest linux version 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>
2015-11-10 12:25:46 +01:00
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
qemu: update defconfigs to Linux 4.16.7 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>
2018-06-02 22:07:20 +02:00
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/qemu/ppc-mpc8544ds/linux.config"
BR2_LINUX_KERNEL_VMLINUX=y
# Serial port config
BR2_TARGET_GENERIC_GETTY=y
BR2_TARGET_GENERIC_GETTY_PORT="ttyS0"
# Kernel needs mkimage
BR2_PACKAGE_HOST_UBOOT_TOOLS=y
# host-qemu for gitlab testing
BR2_PACKAGE_HOST_QEMU=y
BR2_PACKAGE_HOST_QEMU_SYSTEM_MODE=y