<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 25, 2023 at 9:08 AM Christian MAUDERER <<a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-brains.de</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">Hello Joel,<br>
<br>
On 2023-07-25 15:46, Joel Sherrill wrote:<br>
> <br>
> <br>
> On Tue, Jul 25, 2023 at 5:02 AM Christian MAUDERER <br>
> <<a href="mailto:christian.mauderer@embedded-brains.de" target="_blank">christian.mauderer@embedded-brains.de</a> <br>
> <mailto:<a href="mailto:christian.mauderer@embedded-brains.de" target="_blank">christian.mauderer@embedded-brains.de</a>>> wrote:<br>
> <br>
>     Hello,<br>
> <br>
>     I noted that some BSPs are missing in the config files in the<br>
>     rtems-tools repo. If I didn't miss one it's:<br>
> <br>
>           - aarch64, raspberrypi4b<br>
>           - aarch64, xilinx_zynqmp_lp64_cfc400x<br>
>           - arm, imxrt1166-cm7-saltshaker<br>
>           - arm, stm32h750b-dk<br>
>           - powerpc, mvme2700<br>
>           - powerpc, phycore_mpc5554<br>
>           - riscv, kendrytek210<br>
>           - x86_64, amd64efi<br>
> <br>
>     One of the BSPs is from me. I don't know of the other ones.<br></blockquote><div><br></div><div>Most of those are recent and from a lot of different people. GSoC, Kinsey,</div><div>you, Vijay or Chris, Karel, etc. But I wonder about that phycore_mpc5554. I </div><div>think it has been around a LONG time.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
>     I noted the configuration files in that repo just now more or less by<br>
>     chance when playing around with rtems-bsp-builder. I wasn't aware that<br>
>     we have a second list beneath the one printed by the `rtems-bsps`<br>
>     script<br>
>     or `waf bsp-list` in the RTEMS repo.<br></blockquote><div><br></div><div>I would hope they are related under the hood. But rtems-bsps already can</div><div>produce the bsp list in a lot of formats. Perhaps just having it product the</div><div>ini file would help.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> <br>
> Yep. The list of bsps in the ini files for rtems-bsp-builder get out of <br>
> date.<br>
> I was probably the last one to try to sync them back in March.<br>
> <br>
> We need some scripting to check them both ways -- additions from rtems<br>
> and deletions from RTEMS need to be reflected.<br>
> <br>
> If we had some tool which checked this, I'd be happy to run it to the<br>
> cron jobs that do build sweeps and Coverity runs.<br>
> <br>
<br>
Wouldn't it be better to try to integrate the information from the ini <br>
files into the yml files of the new build system? That way they can't go <br>
out of sync. Or is there a special reason that they have to be separate?<br></blockquote><div><br></div><div>Chris would have to answer this. At this point, I don't think the tools know </div><div>about the RTEMS repo. But rtems-bsp-builder is special so it could ask</div><div>rtems to generate that ini file. That might be easy.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
 From a quick glance, every BSP would need an additional "exclude-smp" <br>
and "tier" parameter for that.<br></blockquote><div><br></div><div>Long term, that would be good information to have anyway.  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
>     Did I miss that I should have updated rtems-tools (and with that the<br>
>     rtems-source-builder) every time I have added a BSP in the past? Or<br>
>     would it only make problems if I would update these files manually<br>
>     because they are usually created by some script during the release<br>
>     process?<br>
> <br>
> <br>
> Yes. And we all forget to do it.<br>
<br>
To be honest: I haven't known these files or completely erased that I <br>
ever knew them from my memory till a few hours ago. I'll try to remember <br>
that I have to adapt them if I add a new BSP from now on.<br></blockquote><div><br></div><div>I only randomly trip across them myself. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
> I don't know if it is documented at all. It should be. I don't know where it<br>
> would go. Tooling to check consistency would help.<br>
> <br>
> The other part of this is the forgotten concept of BSP tiers. Tier 1 is for<br>
> BSPs with test results reported on real hardware. We don't see that <br>
> regularly.<br>
> <br>
> Tier 2 is simulator testing. We do a lot of that. Speaking for Chris, <br>
> he'd like<br>
> to see the tests annotated for those not passing.<br>
> <br>
> Tier 3 is "it builds" and we do a good job of keeping that going. I'm <br>
> not sure<br>
> we have been on a warning search and destroy lately though.<br>
> <br>
> Tier 4 is "does not build". These tend to be transient or precursors to the<br>
> architecture losing tooling and us dropping it.<br>
<br>
Yes, these are documented: <br>
<a href="https://docs.rtems.org/branches/master/user/hardware/tiers.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/user/hardware/tiers.html</a><br>
<br>
I think the Tiers might start to live again as soon as we have a CI/CD <br>
system and the checks for the tiers are automated with that. Till then, <br>
the tires will most likely only be checked sporadically.<br></blockquote><div><br></div><div>Chris and I sometimes poke at people with hardware to produce reports</div><div>but it doesn't happen enough.</div><div><br></div><div>--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Best regards<br>
<br>
Christian<br>
<br>
> <br>
> --joel<br>
> <br>
> <br>
>     Best regards<br>
> <br>
>     Christian<br>
</blockquote></div></div>