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

26 lines
1.1 KiB
Plaintext
Raw Normal View History

configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
BR2_arm=y
BR2_cortex_m4=y
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_12=y
BR2_ROOTFS_POST_BUILD_SCRIPT="board/stmicroelectronics/common/stm32f4xx/stm32-post-build.sh board/stmicroelectronics/stm32f469-disco/post-build.sh"
BR2_ROOTFS_POST_IMAGE_SCRIPT="support/scripts/genimage.sh"
BR2_ROOTFS_POST_SCRIPT_ARGS="-c board/stmicroelectronics/stm32f469-disco/genimage.cfg"
configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.12.11"
configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
BR2_LINUX_KERNEL_DEFCONFIG="stm32"
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_LINUX_KERNEL_CONFIG_FRAGMENT_FILES="$(LINUX_DIR)/arch/arm/configs/dram_0x00000000.config board/stmicroelectronics/stm32f469-disco/linux.fragment"
configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM=y
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_LINUX_KERNEL_IMAGE_TARGET_NAME="zImage"
configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
BR2_LINUX_KERNEL_DTS_SUPPORT=y
BR2_LINUX_KERNEL_INTREE_DTS_NAME="stm32f469-disco"
move busybox-minimal.config to be used by other noMMU targets Config can be used by other noMMU targets as qemu-system-m68k with coldfire emulation. Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-04-29 19:48:40 +02:00
BR2_PACKAGE_BUSYBOX_CONFIG="package/busybox/busybox-minimal.config"
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_TARGET_ROOTFS_EXT2=y
BR2_TARGET_ROOTFS_EXT2_SIZE="32M"
configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
# BR2_TARGET_ROOTFS_TAR is not set
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_TARGET_UBOOT=y
BR2_TARGET_UBOOT_BOARD_DEFCONFIG="stm32f469-discovery"
configs/stm32f469_disco: add host {dosfs, m}tools Commit 04a0094f0ef077 (configs/stm32f469_disco: fix kernel bootup) changed the defconfig to build a vfat image, but forgot to add dosfstools/mtools host utilities needed for this. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-06-22 10:42:43 +02:00
BR2_PACKAGE_HOST_DOSFSTOOLS=y
configs/stm32f469_disco: fix kernel bootup As described by [1], the kernel generated by the configuration for the STM32f469 Discovery board is buggy. Using a newer kernel, as suggested by [1], increases the dtb and Kernel image size. In particular, the 5.12 version of the kernel generates a dtb and a kernel image whose sum exceeds the 2 MByte of the flash module. So I decided to replace the afboot-stm32 bootloader in the flash with U-boot to easily boot the system from sdcard without having to worry about the size of dtb, kernel and rootfs generated by the configuration. This solution allows you to fix the kernel boot issue and makes it possible to use its future versions. [1] http://buildroot-busybox.2317881.n4.nabble.com/Bug-11746-New-stm32f469-didn-t-work-correctly-td219644.html Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Tested-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: - specify headers version explicitly, even though it's default; - bump kernel to 5.12.11]
2021-06-07 18:31:49 +02:00
BR2_PACKAGE_HOST_GENIMAGE=y
configs/stm32f469_disco: add host {dosfs, m}tools Commit 04a0094f0ef077 (configs/stm32f469_disco: fix kernel bootup) changed the defconfig to build a vfat image, but forgot to add dosfstools/mtools host utilities needed for this. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2021-06-22 10:42:43 +02:00
BR2_PACKAGE_HOST_MTOOLS=y
configs/stm32f469_disco: new configuration for STM32F469 Discovery board Similar to stm32f429_disco, this commit adds a configuration for the Cortex-M4 based STM32F469 platform. It requires a few kernel patches, which have already been submitted upstream, as well as a small OpenOCD patch. Besides that, it re-uses most of what has been added for the STM32F429 platform. Signed-off-by: Lee Jones <lee.jones@linaro.org> [Thomas: - squash multiple patches from Lee Jones into one - improve the readme.txt file - sync the defconfig with the adaptations made to the stm32f429 configuration.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-15 23:02:20 +02:00
BR2_PACKAGE_HOST_OPENOCD=y
Reference in New Issue Copy Permalink