<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><div>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 changes private and upstream what I can.</div><div><br></div><div>Thanks,</div><div>Kinsey<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 25, 2023 at 8:27 AM Karel Gardas <karel@functional.vision> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 7/24/23 23:17, Kinsey Moore wrote:<br>
<br>
[...]<br>
<br>
> There is no other UART1 connector provided on the board. So I do not<br>
> see<br>
> reason why you add all other UARTs into #ifdefs for this particular<br>
> board/bsp variant? And hence my question about your motivation and<br>
> where<br>
> you are heading...<br>
> <br>
> <br>
> Given that, I now understand the confusion. I have a board in hand that <br>
> will never see an upstream BSP and I was hoping to be able to configure <br>
> the base STM32H7 BSP for it, but what I interpreted as the "base" <br>
> STM32H7 BSP is not actually a generic base BSP. I was also contemplating <br>
> moving more of the peripheral configuration into shared files since the <br>
> enable/disable configuration items are already there and it would be <br>
> convenient for the various BSPs to exist as some custom code and then a <br>
> selection of presets for those configuration items. I'll have to think <br>
> about the best way forward for the project I'm working with.<br>
<br>
I guess the philosophy in stm32h7 is to avoid cpp directives even in <br>
case of a bit more code duplication.<br>
<br>
So if I may ask, just copy board directory structure, name it after your <br>
board and tweak the copied files there. No need to #ifdefing in <br>
different board which would not use that.<br>
<br>
And btw, I'm using the same for Precidata SL-3011 (board on market, but <br>
BSP and firmware not ready for RTEMS 6, will be submitted for RTEMS 7 <br>
probably) and for Arduino Portenta H7 (ditto but even less mature codewise).<br>
<br>
Thanks!<br>
Karel<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div>