<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 25, 2017 at 10:33 AM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Aditya Upadhyay,<br>
<br>
What is your goal for working on / contributing to RTEMS?<br>
<br>
POSIX Compliance is a reasonably good project to chip away at. Joel<br>
should have a likely list of candidates to investigate.<br>
<br></blockquote><div>One of the issues with POSIX Compliance is determining what is feasible</div><div>in the remaining methods. RTEMS is single process so any of the </div><div>multiple process methods are not likely to be implementable in their</div><div>fullest sense. We have managed to provide useful but incomplete support</div><div>of some like getpid(). So that's the space in which the solution must</div><div>be found. <br><br>In spite of that, there are some methods missing that should be completely</div><div>implementable. </div><div><br></div><div>Also, I have been analysing RTEMS versus the POSIX profiles defined</div><div>in the FACE Technical Standard which was designed for avionics systems.</div><div>My starting list is against the FACE General Purpose Profile which is a subset</div><div>of the full POSIX standard. There may be more missing which I am not</div><div>listing. </div><div><br></div><div>So here is what **WAS** missing versus the FACE General Purpose POSIX </div><div>profile a few months ago.<br><br><br></div><div><div>devctl.h<span class="gmail-Apple-tab-span" style="white-space:pre">   </span>posix_devctl</div><div>fenv.h<span class="gmail-Apple-tab-span" style="white-space:pre">             </span>all 11 </div><div>inttypes.h<span class="gmail-Apple-tab-span" style="white-space:pre">     </span>imaxdiv, wcstoimax & wcstoumax</div><div>math.h<span class="gmail-Apple-tab-span" style="white-space:pre">       35.</span> acoshl, acosl, asinl, atan2l, atanhl, coshl, erfcl, exp2l, expl, expm1l, fdiml, fmodl, frexpl, ilogbl, ldexpl, lgammal, llroundl, log10l, log1pl, log2l, logbl, logl, lroundl, modfl, nextafterl, nexttoward, nexttowardf, nexttowardl, powl, remainderl, remquol, scalblnl, scalbnl, sinhl, & tgammal</div><div>spawn.h<span class="gmail-Apple-tab-span" style="white-space:pre"> </span>all 21</div><div>sys/mman.h<span class="gmail-Apple-tab-span" style="white-space:pre">       </span>mlock, mlockall, msync, munlock, munlockall, shm_open, & shm_unlink</div><div>sys/select.h<span class="gmail-Apple-tab-span" style="white-space:pre">    </span>pselect</div><div>sys/socket.h<span class="gmail-Apple-tab-span" style="white-space:pre">    </span>sockatmark</div><div>unistd.h<span class="gmail-Apple-tab-span" style="white-space:pre">     </span>confstr</div><div><br></div><div>Looking at that list, I have worked on posix_devctl() and believe that</div><div>is complete minus the user manual. Gedare has worked on sys/mman.h</div><div>and shm APIs.</div><div><br></div><div>I would prioritize around inttypes.h, fenv, and unistd.h. The first two  would</div><div>have implementations in newlib, the C Library we use. That would still be</div><div>a very valid part of a RTEMS GSoC Project. The implementation of</div><div>confstr() I haven't thought about.<br><br>The math.h methods may be able to be ported from FreeBSD or NetBSD</div><div>to newlib. I am not sure of their existence in those OSes offhand though.</div><div>Some research would be required.</div><div><br></div><div>spawn.h requires multiple processes so we ignore it.<br><br>The pselect method from sys/select.h should be provided by the new</div><div>TCP/IP stack. Not sure about its status.</div><div><br></div></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">
Update the TCP/IP Stack is basically done. There are however projects<br>
within the networking area to look into.<br>
<br></blockquote><div><br></div><div>Agreed. I assume you refer to adding device drivers primarily.<br><br>One task which shouldn't be enough to be a GSoC project is a USB</div><div>bootable network application for the pc BSP which we can take around</div><div>to various PCs and test drivers. </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">
I'm not sure about the condition variables project. I think there is<br>
still some small amount of work there.<br>
<br></blockquote><div>I suspect that is done. Condition variables are part of C11 and likely</div><div>this was done for the special API project to speed up the TCP/IP stack.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
You should be using RTEMS version 4.12 for any new development effort.<br>
Can you confirm that?<br>
<br></blockquote><div>Yes. Please confirm you are working on the master.</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">
Gedare<br>
<div><div class="gmail-h5"><br>
On Wed, Jan 25, 2017 at 9:07 AM, aditya upadhyay <<a href="mailto:aadit0402@gmail.com">aadit0402@gmail.com</a>> wrote:<br>
> Hello Developers,<br>
> I am new in Open Source and willing to contribute.I have seen these projects<br>
> in " Embedded with RTEMS " page like Condition Variables, POSIX<br>
> Compliance,Update the RTEMS TCP/IP Stack.I have build the tool chain for<br>
> SPARC Instruction Simulator (SIS) BSP and modified the Hello World command<br>
> as described in the "GSOC Getting Started" page.Please point me to the<br>
> document for the above projects so that i can start contributing. Please<br>
> tell me the status of these projects and which of the above projects are<br>
> still open and feasible for a beginner according to you.<br>
><br>
><br>
><br>
><br>
><br>
><br>
> Thanks & Regards,<br>
> Aditya Upadhyay<br>
> Master Of Technology,<br>
> Dept. of Computer Science & Engg.,<br>
> Indian Institute of Technology(ISM), Dhanbad<br>
> Email id: <a href="mailto:aadit4194@gmail.com">aadit4194@gmail.com</a><br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
</blockquote></div><br></div></div>