<div dir="ltr"><div>if there are some application for that project and some accepted student, I would be glad to sign as a mentor to cover Monkey specifics. Note: we will need a second mentor to cover RTEMS specifics, <br><br></div><div>best<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 19, 2015 at 8:51 AM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@gwu.edu" target="_blank">gedare@gwu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Eduardo,<br>
<br>
You may like to sign-up as a mentor for RTEMS Project in case the<br>
student decides to submit an application to port the Monkey server.<br>
<span class="HOEnZb"><font color="#888888"><br>
Gedare<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Thu, Mar 19, 2015 at 8:58 AM, Eduardo Silva <<a href="mailto:eduardo@monkey.io">eduardo@monkey.io</a>> wrote:<br>
> Hi Joel,<br>
><br>
> sorry for the late reply, really busy days :)<br>
><br>
> As you may know we were not selected this time. So how can we help on this<br>
> project ?<br>
><br>
> best<br>
><br>
><br>
> On Wed, Mar 11, 2015 at 3:12 PM, Joel Sherrill <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>><br>
> wrote:<br>
>><br>
>> 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>
>><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>
><br>
><br>
><br>
> --<br>
> Eduardo Silva<br>
> Monkey Software<br>
><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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Eduardo Silva<div>Monkey Software</div></div></div>
</div>