NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
c47da268be
kumquat-buildroot/configs/pc_x86_64_bios_defconfig

65 lines
1.9 KiB
Plaintext
Raw Normal View History

configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
# Architecture
BR2_x86_64=y
# System
BR2_TARGET_GENERIC_GETTY_PORT="tty1"
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
# Required tools to create bootable media
BR2_PACKAGE_HOST_GENIMAGE=y
# Bootloader
BR2_TARGET_GRUB2=y
configs/pc_x86_64_bios_defconfig: fix image generation after grub2 rework Commit 82d1e8c628cc (boot/grub2: use none platform when building for host) changed host-grub2 to only install the tools, not the actual bootloader or its modules, as they are of no use on the host. It so happened that, when not instructed to built for a specific platform, the grub2 buildsystem would default to build the legacy bios platform (at least when the build happens on an x86 or x86_64 host). However, because the host is more often than not an x86 or x86_64, when the target was also an x68 or x86_64, the modules built for the host could be re-used for the target, and this is what was done for our pc_x86_64_bios_defconfig. But now that we explicitly tell the grub2 buildsystem to not build any platform when we build host-grub2, we no longer have access to the grub2 modules from the host directory, and the build fails when assembling the final image. We fix that in two ways: First, we ensure that individual modules from the target grub2 get installed in target/; we can only do that if the target grub2 tools are also installed, so we enable that in the configuration. Second, we fix the post-build script to look in target/ rather than in host/. All that, just for the 512-byte boot.img bootstrap, which pulls in all the other modules (4.3MiB), the tools (8.8MiB)... But we are not going to cherry-pick individual modules; this is error prone and unmaintainable... Reported-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> Cc: Köry Maincent <kory.maincent@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-12-05 11:09:42 +01:00
BR2_TARGET_GRUB2_INSTALL_TOOLS=y
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
# Filesystem / image
BR2_TARGET_ROOTFS_EXT2=y
BR2_TARGET_ROOTFS_EXT2_4=y
fs/ext2: rename BR2_TARGET_ROOTFS_EXT2_BLOCKS to BR2_TARGET_ROOTFS_EXT2_SIZE This change deprecates the ext2/3/4 rootfs size in blocks symbol in favor of one that mimic the fs-size argument behavior of mkfs (i.e. size in a human readable format accepting k, m, g or t suffix or their upper-case variants). This change also updates the defconfigs that used to set BR2_TARGET_ROOTFS_EXT2_BLOCKS symbol. Signed-off-by: Samuel Martin <s.martin49@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-09 07:00:38 +02:00
BR2_TARGET_ROOTFS_EXT2_SIZE="120M"
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
# BR2_TARGET_ROOTFS_TAR is not set
board/pc: ensure grub.cfg is copied to target filesystem Before this commit, the grub configuration file was copied to the TARGET_DIR in a post-image hook, after the filesystem has been generated. It was kinda working because the board/pc's grub configuration and the default one are the same and the later was copied during the build process of the grub2 package. This commit ensures the custom board/pc grub configuration is copied at the right time. Signed-off-by: Grégoire Delattre <gregoire.delattre@gmail.com> Reviewed-by: Matt Weber <matthew.weber@rockwellcollin.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-10-12 00:24:45 +02:00
BR2_ROOTFS_POST_BUILD_SCRIPT="board/pc/post-build.sh"
BR2_ROOTFS_POST_IMAGE_SCRIPT="support/scripts/genimage.sh"
configs/pc: refactor to use genimage and grub.cfg This simplifies the pc configs and respective post image scripts to use the shared genimage script and separate grub config files. Separate grub files are cleaner to maintain and easier to copy and modify, for example to support booting the pc defconfigs in qemu. Signed-off-by: Erico Nunes <nunes.erico@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-10-22 15:54:24 +02:00
BR2_ROOTFS_POST_SCRIPT_ARGS="-c board/pc/genimage-bios.cfg"
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
configs/pc_x86_64_{bios, efi}_defconfig: Switch to kernel 6.1.24 LTS Let's use a more modern kernel with a broader range of hardware support for PCs. We stick to 6.1, rather than 6.2, as the former is an LTS, whicle the latter is not. Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2023-04-13 19:04:34 +02:00
# Linux headers same as kernel, a 6.1 LTS series
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_6_1=y
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
# Kernel
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
configs/pc_x86_64_{bios, efi}_defconfig: Switch to kernel 6.1.24 LTS Let's use a more modern kernel with a broader range of hardware support for PCs. We stick to 6.1, rather than 6.2, as the former is an LTS, whicle the latter is not. Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2023-04-13 19:04:34 +02:00
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.1.24"
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
configs/pc_x86_64_{bios,efi}_defconfig: use custom linux config Reusing the qemu x86-64 linux config isn't very obvious, so these defconfigs aren't taken into consideration when the qemu defconfigs are updated, breaking the build. Instead use a custom linux config for the pc defconfigs. With this, we also can get rid of the fragment file containing the delta fra the qemu config. Created by linux-update-defconfig (after turning of the fragment file). Also drop the linux kernel version number from the file name as it just causes extra noise whenever the kernel is bumped. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2017-06-15 11:25:26 +02:00
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/pc/linux.config"
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
BR2_LINUX_KERNEL_INSTALL_TARGET=y
configs/pc_x86_64_bios: needs host-openssl to build Linux Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/125631915 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-11-27 09:08:38 +01:00
BR2_LINUX_KERNEL_NEEDS_HOST_OPENSSL=y
configs/pc_x86_64_{bios, efi}_defconfig: add midding libelf kernel dependency objtool built by the kernel requires libelf ldd output/build/linux-6.1.24/tools/objtool/objtool linux-vdso.so.1 libelf.so.1 => output/host/lib/libelf.so.1 While updating the kernel [1] we forgot to select BR2_LINUX_KERNEL_NEEDS_HOST_LIBELF to provide Buildroot's host-libelf. Using host-libelf avoid linking with libelf installed on the host or failing to build objtool if libelf is not installed. [1] d45538f2e7acc1b330b191d559a81e8c1a961648 Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/4889436869 https://gitlab.com/buildroot.org/buildroot/-/jobs/4889436872 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2023-08-18 01:08:42 +02:00
BR2_LINUX_KERNEL_NEEDS_HOST_LIBELF=y
configs/pc_x86_64_{bios, efi}_defconfig: new samples Add two new sample defconfigs oriented towards real PC targets. It adds two variants for BIOS and EFI boot strategy. On the build side we enable eudev to autoload relevant kernel modules/support when necessary. It adds a bunch of drivers and extra filesystem support which is by no means extensive/complete, mostly geared towards the hardware i've got at hand to test with. This is accomplished by adding on top of the Qemu x86_64 kernel sample config. Build connman since by using eudev network interfaces get renamed on boot thus complicating any form of automatic and friendly bringup. It also makes Wi-Fi configuration/support easier. In principle these base defconfigs should work just fine for other storage media != pendrive like sata or ssd disk, however driver support isn't there quite yet, and pendrive is mostly supported by usb storage plus the usual usb host controller drivers. Tested on old Lenovo laptop (BIOS) and Asus Zenbook (EFI). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 20:26:53 +02:00
# Firmware
BR2_PACKAGE_LINUX_FIRMWARE=y
BR2_PACKAGE_LINUX_FIRMWARE_ATHEROS_9170=y
BR2_PACKAGE_LINUX_FIRMWARE_ATHEROS_9271=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3160=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_3168=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_5000=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_6000G2A=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_6000G2B=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_7260=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_7265D=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_8000C=y
BR2_PACKAGE_LINUX_FIRMWARE_IWLWIFI_8265=y
BR2_PACKAGE_LINUX_FIRMWARE_RALINK_RT73=y
BR2_PACKAGE_LINUX_FIRMWARE_RALINK_RT2XX=y
BR2_PACKAGE_LINUX_FIRMWARE_RTL_8169=y
BR2_PACKAGE_LINUX_FIRMWARE_RTL_81XX=y
BR2_PACKAGE_LINUX_FIRMWARE_RTL_87XX=y
BR2_PACKAGE_LINUX_FIRMWARE_RTL_88XX=y
# Packages
#
# Use connman so that networking setup is simpler, via connmanctl tool
# acpid is for seamless power button support
BR2_PACKAGE_ACPID=y
BR2_PACKAGE_CONNMAN=y
BR2_PACKAGE_CONNMAN_CLIENT=y
BR2_PACKAGE_CONNMAN_WIFI=y
Reference in New Issue Copy Permalink