Hi Robert, On 11/8/23, Robert Middleton <osfan6...@gmail.com> wrote: > Turns out it was a typo in the Kconfig file that took a while to track > down. I don't think that Kconfig has an option to detect errors like > this, which is pretty annoying. > > From boards/Kconfig: > config ARCH_BOARD_STM32_THING_PLUS > bool "SparkFun STM32 Thing Plus board" > depends on CONFIG_ARCH_CHIP_STM32F405RG <---- THIS IS WRONG. > DON'T PUT CONFIG_ IN FRONT OF YOUR CONFIG OPTIONS! It will not check > the option correctly if it starts with CONFIG_ > select ARCH_HAVE_LEDS > ---help--- > SparkFun STM32 Thing Plus development board. Arduino > Feather compatible board >
Yes, Kconfig is not able to detect that you already included a CONFIG_ in the symbol I suggest you to use the name "SparkFun STM32 Thing Plus board ( DEV-17712 )" to make it easy to people find it. BR, Alan > -Robert Middleton > > On Mon, Nov 6, 2023 at 9:34 AM Mark Stevens > <mark.stev...@wildernesslabs.co> wrote: >> >> Robert, >> >> There was a YouTube video posted a few weeks ago and the 2+ hour session >> which covered porting to a new STM32F4 board. Maybe that can help. >> >> https://www.youtube.com/watch?v=TeBkVJLATcw&t=7s >> >> Regards, >> Mark >> ______________________________ >> mark.stev...@wildernesslabs.co >> >> >> >> >> > On 6 Nov 2023, at 00:18, Robert Middleton <osfan6...@gmail.com> wrote: >> > >> > I'm working on adding NuttX support to the SparkFun STM32 board, but >> > I'm having trouble adding the support to an in-tree build. >> > Specifically I have done the following: >> > >> > * Copied the OmnibusF4 directory to a new directory to use as a base >> > * Updated the defconfig to use STM32_THING_PLUS instead of OMNIBUSF4 >> > * Updated the boards/Kconfig file to add in the new baord >> > >> > The config does show up when I check with the tools/configure.sh >> > script: >> > robert@debian:~/nuttx$ ./tools/configure.sh -L | grep thing-plus >> > stm32-thing-plus:nsh >> > But once I try to use it, menuconfig doesn't work because the .config >> > file that is generated thinks that it's a custom board, even though >> > the ARCH_BOARD and ARCH_BOARD_STM32_THING_PLUS are set in the >> > defconfig: >> > >> > robert@debian:~/nuttx$ grep ARCH_BOARD .config >> > # CONFIG_ARCH_BOARD_DEBUG_H is not set >> > # CONFIG_ARCH_BOARD_STM32_CUSTOM_CLOCKCONFIG is not set >> > # CONFIG_ARCH_BOARD_OLIMEX_STM32H405 is not set >> > # CONFIG_ARCH_BOARD_OMNIBUSF4 is not set >> > CONFIG_ARCH_BOARD_CUSTOM=y >> > CONFIG_ARCH_BOARD_CUSTOM_NAME="" >> > CONFIG_ARCH_BOARD_CUSTOM_DIR="" >> > CONFIG_ARCH_BOARD_CUSTOM_DIR_RELPATH=y >> > # CONFIG_ARCH_BOARD_COMMON is not set >> > >> > So clearly I've missed something here, but what? I've done everything >> > that should be done according to the porting guide on >> > Confluence(cwiki), but I'm not sure if that's up to date. What might >> > I be missing? >> > >> > -Robert Middleton >> >
