<div dir="ltr"><div><div><div>Hi Joel, <br><br></div>sorry for the late reply, really busy days :)<br><br></div>As you may know we were not selected this time. So how can we help on this project ?<br><br></div>best<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 11, 2015 at 3:12 PM, Joel Sherrill <span dir="ltr"><<a href="mailto:joel.sherrill@oarcorp.com" target="_blank">joel.sherrill@oarcorp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">cc'ing Eduardo Silva from the Monkey project. Eduardo,<br>
you may have to subscribe to get messages back to the<br>
RTEMS list.<br>
<br>
On 3/11/2015 3:45 PM, Sujay Raj wrote:<br>
> Hi,<br>
> I am interested in working on porting the Monkey HTTP Server to RTEMS<br>
> as a GSOC project.<br>
><br>
> This is the first time I am applying to GSOC and though I have written<br>
> a lot of code, it is also my first attempt at working in an Open<br>
> Source project.<br>
><br>
> Some personal projects that I have worked on include developing a<br>
> hobby operating system ( following Bran's Kernel Development Tutorial<br>
> and osdev ), writing ray tracers, as well as porting the nweb web<br>
> server ( 200 lines of C code ) to python ( it was undertaken as an<br>
> exercise to learn more about the functioning and implementation of<br>
> webservers ). Further I have familiarity with x86 assembly (nasm), not<br>
> extraordinary, but fluent.<br>
><br>
> I have successfully compiled and executed sample programs for<br>
> sparc-sis but from what I have read sparc-sis doesn't support TCP/IP.<br>
> So I followed the wiki and compiled it for pc386 on QEMU too as it had<br>
> networking support.<br>
You either want to use pc386 on qemu or arm/zynq on qemu.<br>
> I was wondering if this may be the required architecture and simulator<br>
> for this project.<br>
><br>
> Further, I would like to mention, that though this may be an approach<br>
> with GSOC in mind, but I wish to end up as a full time contributor for<br>
> the RTEMS project in time to come as it suits my taste and past<br>
> experience.<br>
><br>
> Kindly point out things I need to do to proceed and other comments.<br>
Eduardo mentioned that this may not be enough to occupy your entire<br>
summer. So we would need to identify other work to bundle with this.<br>
<br>
Monkey for RTEMS should get built as a package inside the RSB. This<br>
is like the BSD ports where it always builds from source. Fetch upstream,<br>
patch as needed and build for the embedded architecture.<br>
<br>
Random idea which would need other mentors to buy into. We have an<br>
old IPV4 stack in the current tree. We have a newer IPV4/V6 IP stack<br>
outside the tree. And there is a working LWIP port. My concept long<br>
term has been to divide things into packages:<br>
<br>
+ RTEMS (ok done)<br>
+ network stack of choice - done for new IPV4/IPV6 stack. current<br>
   stack is in tree, would need to be pulled out into its own build<br>
   module, LWIP is a candidate for RSB packaging but could get done<br>
  by another student as part of BeagleBone work.<br>
+ network tests - some in the tree, some in network-demos<br>
+ network servers - ftpd, web servers, telnetd, pppd, etc should be<br>
   packages that can be built against your network stack of choice<br>
<br>
This idea hasn't been reviewed by anyone so would need feedback<br>
but conceptually, it makes network services an add-on to the RTEMS<br>
core and makes it easier for users to pick a stack. More modular<br>
pieces.<br>
<br>
The first step though is getting Monkey ported as a package. The<br>
other steps would need discussing.<br>
> Regards<br>
> _______________________________________________<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" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Joel Sherrill, Ph.D.             Director of Research & Development<br>
joel.sherrill@OARcorp.com        On-Line Applications Research<br>
Ask me about RTEMS: a free RTOS  Huntsville AL 35805<br>
Support Available                <a href="tel:%28256%29%20722-9985" value="+12567229985">(256) 722-9985</a><br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Eduardo Silva<div>Monkey Software</div></div></div>
</div>