<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 23, 2021, 2:36 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 24/2/21 3:29 am, Christian MAUDERER wrote:<br>
> Yes, I know. Upstream loops can be quite time consuming. I'm waiting since about<br>
> half a year that a FreeBSD patch for the i.MX6ULL SDHCI gets reviewed (after<br>
> someone here suggested it should go upstream). It's not a chip that is used in<br>
> FreeBSD so it's not a high priority.<br>
<br>
Please feel free to send me the details off list and lets see if we can find a<br>
way to engage with the FreeBSD community to get these moving</blockquote></div></div><div dir="auto"><br></div><div dir="auto">That's good if it is their code AND not introduced by the adaptation to RTEMS. <br></div><div dir="auto"><br></div><div dir="auto">Is DTC from FreeBSD? </div><div dir="auto"><br></div><div dir="auto">The md4/5 code is owned by who?</div><div dir="auto"><br></div><div dir="auto">I found where the cool editor in the shell came from so we can report to that GitHub project.</div><div dir="auto"><br></div><div dir="auto">Not intentionally being old and cranky but there are multiple upstreams and I'm not sure if FreeBSD even is a large portion of it.</div><div dir="auto"><br></div><div dir="auto">Oh.. did you think this was Coverity of libbsd? It is only non-network portions of cpukit.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Chris<br>
</blockquote></div></div></div>