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

27 lines
1.2 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: enable Linux DRM support The patch [1], which is required for DRM to work properly, has been merged into Linux version 5.14-rc3. There's a 5.14.12 now in stable, so I took that one. After Linux boots, /dev/fb0 will be accessible. You can control the brightness of the display after enabling the framebuffer by running the following commands: ~ # echo 0 0 > /sys/class/graphics/fb0/pan ~ # echo 255 >/sys/class/backlight/40016c00.dsi.0/brightness The brightness ranges from 0 to 255, as you can see running the command: ~ # cat /sys/class/backlight/40016c00.dsi.0/max_brightness [1] 24b5b1978cd5 ("clk: stm32f4: fix post divisor setup for I2S/SAI PLLs") Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> [Arnout: add explanation to readme.txt] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-10-17 18:28:38 +02:00
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_14=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_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: enable Linux DRM support The patch [1], which is required for DRM to work properly, has been merged into Linux version 5.14-rc3. There's a 5.14.12 now in stable, so I took that one. After Linux boots, /dev/fb0 will be accessible. You can control the brightness of the display after enabling the framebuffer by running the following commands: ~ # echo 0 0 > /sys/class/graphics/fb0/pan ~ # echo 255 >/sys/class/backlight/40016c00.dsi.0/brightness The brightness ranges from 0 to 255, as you can see running the command: ~ # cat /sys/class/backlight/40016c00.dsi.0/max_brightness [1] 24b5b1978cd5 ("clk: stm32f4: fix post divisor setup for I2S/SAI PLLs") Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> [Arnout: add explanation to readme.txt] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-10-17 18:28:38 +02:00
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.14.12"
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/stm32f4{2|6}9_*_defconfig: rename configurations Rename the configuration to explicitly distinguish between sd and xip. As a result, the readme files have also been changed. Signed-off-by: Dario Binacchi <dariobin@libero.it> Acked-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2021-12-12 13:37:53 +01:00
BR2_LINUX_KERNEL_CONFIG_FRAGMENT_FILES="$(LINUX_DIR)/arch/arm/configs/dram_0x00000000.config board/stmicroelectronics/stm32f469-disco/linux-sd.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_sd: U-Boot needs host-openssl Fixes: In file included from include/bootm.h:10:0, from tools/image-host.c:12: include/image.h:1178:27: fatal error: openssl/evp.h: No such file or directory # include <openssl/evp.h> ^ compilation terminated. scripts/Makefile.host:112: recipe for target 'tools/image-host.o' failed make[2]: *** [tools/image-host.o] Error 1 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2021-12-25 11:35:31 +01:00
BR2_TARGET_UBOOT_NEEDS_OPENSSL=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_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