<div dir="ltr">Thank you for the clarification. <br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 16, 2019 at 6:31 PM Nils Hölscher <<a href="mailto:nilhoel1@gmail.com">nilhoel1@gmail.com</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"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi,<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 15 Dec 2019 at 15:45, Christian Mauderer <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.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 Utkarsh Rai,<br>
<br>
I haven't followed the project tightly. So I can't tell much regarding 2<br>
and 3. I added Nils (who did the GSoC 2019 project) to CC so maybe he<br>
can give you some more details.<br>
<br>
Regarding 1: In RTEMS we generally prefer the FreeBSD code due to the<br>
BSD license. Most code in Linux is GPL code. Also it's a great license<br>
for desktop applications it would make a lot of problems in the typical<br>
RTEMS use cases. RTEMS applications are (nearly) always statically<br>
linked with the system into a single binary. Therefore GPL would spread<br>
into the application code too. In some cases that is no problem but<br>
there are use cases where the user don't want or is not allowed to open<br>
the application due to various reasons. Think of automotive or space<br>
applications. They sometimes have quite tough regulations.<br>
<br>
Another reason: We have a well working infrastructure to import FreeBSD<br>
code called rtems-libbsd. So importing from FreeBSD is a lot simpler<br>
then importing from Linux.<br>
<br>
Best regards<br>
<br>
Christian<br>
<br>
On 14/12/2019 19:44, Utkarsh Rai wrote:<br>
> Hello everyone,<br>
> I am interested in contributing to the PRU drivers of the BeagleBone<br>
> Black BSP. I have briefly overviewed the work that has been done<br>
> <<a href="https://github.com/nilhoel1/rtems-pru" rel="noreferrer" target="_blank">https://github.com/nilhoel1/rtems-pru</a>>on the PRU drivers. I have few<br>
> queries regarding the same-<br>
> 1. Instead of using Linux based UIO drivers, FreeBSD based drivers have<br>
> been used. Is there an advantage/specific-feature that FreeBSD drivers<br>
> have over Linux ones for this choice?<br>
> 2. What all are the driver features that have still not been<br>
> developed/debugged/tested?<br></blockquote><div>In the application I used for testing, mmap would alway fail.</div><div>So I wasn't able to test all functionality of the PRU drivers.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> 3. How should I proceed to test the driver features on the BeagleBone Black?<br></blockquote><div>The best approach would be to test the drivers with a new written application, since I don't think that the mmap problems are PRU driver related.</div><div><br></div><div>Please read my <a href="https://nilshoel.home.blog/" target="_blank">blog</a> for more Information on this topic. </div><div>And please feel free to mail me any time.</div><div><br></div><div>Best regards,</div><div>Nils Hölscher</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> I would be very grateful if I could get a few indicators on the<br>
> above-mentioned queries.<br>
> <br>
> Thank you, Regards.<br>
> <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>
> <br>
</blockquote></div></div></div></div>
</blockquote></div>