<div dir="ltr"><div><div>Hi,<br><br>I can test the new BSP variant on my Nucleo board. Let me know when you have pushed the changes.<br><br></div>Kind Regards<br></div>Robin<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 10 Jan 2021 at 01:02, Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> 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 9/1/21 7:49 am, Sebastian Huber wrote:<br>
> On 08/01/2021 15:30, Joel Sherrill wrote:<br>
>> On Fri, Jan 8, 2021 at 6:58 AM Robin Müller <<a href="mailto:robin.mueller.m@gmail.com" target="_blank">robin.mueller.m@gmail.com</a><br>
>> <mailto:<a href="mailto:robin.mueller.m@gmail.com" target="_blank">robin.mueller.m@gmail.com</a>>> wrote:<br>
>><br>
>> Are they really 12 BSPs or just build variants of this one BSP family?<br>
>><br>
>> If just variants, I have come full circle on how I feel about having lots of<br>
>> BSP variants. I have seen multiple cases over the past few months where a new<br>
>> user only realized their board was supported because it shows up as a variant<br>
>> or it was explicitly mentioned in the user facing documentation by model.<br>
>> Either we explicitly have a variant with the model name or the list of models<br>
>> is in the guide with explicit instructions on how to build for them. We have<br>
>> the precedence on the Leon3 that we added variants to match specific hardware<br>
>> because it simplified the presentation to users. Little practical difference<br>
>> in the code but it makes a better user presentation.<br>
>><br>
>> I know adding variants adds time to the full build sweep but I no longer care.<br>
>> It is just more time in the background on fast servers. None of us are killing<br>
>> time waiting for all the BSPs to do a test build.<br>
<br>
It does effect testing and also releases unless we can tie the build logs to the<br>
code stability. Filtering the build logs is possible with some scripting and<br>
procmail but it is another task someone needs to do before it becomes useful.<br>
<br>
Is it possible to determine from the build configuration which BSPs are<br>
functionally equivalent? We could then minimise the build set and testing<br>
<br>
>> The important thing is that search engines find the board someone is searching<br>
>> for and find that RTEMS supports it. This is the only marketing/advertising we<br>
>> have as a project. I think we have to be conscious that Google indexes our<br>
>> manuals and that if we support something, putting it in the documentation both<br>
>> helps users and helps market RTEMS.<br>
> Good, I was about to write something similar. Adding a BSP variant is simple.<br>
<br>
Yes having the boards supported listed is a good thing.<br>
<br>
Chris<br>
</blockquote></div>