Unfortunately, this board is not publicly advertised or available and so a
dedicated BSP in RTEMS is not really appropriate. It seems that the current
"stm32h7" BSP should be renamed to stm32h743i-eval for clarity, but I'm
sure that would affect existing users. I'll just have to keep the BSP
change
On 7/24/23 23:17, Kinsey Moore wrote:
[...]
There is no other UART1 connector provided on the board. So I do not
see
reason why you add all other UARTs into #ifdefs for this particular
board/bsp variant? And hence my question about your motivation and
where
you are headi
On Mon, Jul 24, 2023 at 3:30 PM Karel Gardas
wrote:
>
> Hello Kinsey,
>
> honestly I don't know what to do about this patch. Let me explain a bit
> history behind STM32h7. It was originally submitted by embedded brains
> guys (Sebastian main, Christian added few things later) supporting the
> o
Hello Kinsey,
honestly I don't know what to do about this patch. Let me explain a bit
history behind STM32h7. It was originally submitted by embedded brains
guys (Sebastian main, Christian added few things later) supporting the
only eval board of that time stm32h743-eval(2). Sebastian also
This change allows configuration of all enabled UART clocks without
direct modificaton of the exiting BSP.
---
.../stm/stm32h743i-eval/stm32h7-config-per.c | 41 +--
1 file changed, 38 insertions(+), 3 deletions(-)
diff --git a/bsps/arm/stm32h7/boards/stm/stm32h743i-eval/stm32h7-
