The periph_dma is not pulled in automatically for all applications.
Applications willing to use the configured peripherals with periph_dma
for a given board will have to include the feature explictly in their
Makefile.
It was causing unrelated issues as threads got de-scheduled while
calling printf and this was not handled properly in tests at that
moment.
Currently only tested boards provide the feature riotboot.
Potentially all boards embeding a cortex-m0+/3/4/7 are
able to have riotboot as a feature, but other dependencies
need to be met, e.g. usage of cortexm.ld linker script,
double initialisation of cpu_init(), etc. See doc in
bootloaders/riotboot.
The nucleo-l152re is the only stm32l1x supported board with
two flash banks according to openocd config. Thus, adding
the right config file makes the whole flash available.
The file always exist so no need to do '-include'.
Replaced using:
sed -i 's|-\(include $(RIOTCPU)/.*/Makefile.features\)|\1|' \
$(git grep -l '$(RIOTCPU)/.*/Makefile.features' boards)
- nucleo-f334r8:
- Added USART1 and USART3 config
- nucleo-f401re:
- Changed order of UARTs to match the other boards
- nucleo-f410rb:
- Added USART6 configuration
- Fixed incorrect DMA settings (according to reference manual of the MCU)
- nucleo-f446re:
- Changed order of UARTs to match the other boards
- nucleo-l152re:
- Changed order of UARTs to match the other boards
The result of this harmonization is, that the first UART is always USART2, the
other USARTs are added in ascending order.
