<div dir="ltr">Libbsd is a cool project, I can use that in my other side projects.<div><br></div><div>I was particularly talking about googles v8 engine used for compiling javascript. has anyone worked on this port. I see this listed in the projects. I would love to experiment with it. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 2, 2017 at 6:52 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, Apr 2, 2017 at 9:17 AM, faizan khan <<a href="mailto:faizan10114@gmail.com">faizan10114@gmail.com</a>> wrote:<br>
> yes I am working on the getting started thing. I thought, I was supposed to<br>
> port the complete bsp, not just one device. So I can choose anyone device in<br>
> this case can and write driver for it..<br>
><br>
> I think bbb is getting too much attention so I am looking into other<br>
> projects. Do you know who worked on the v8 port. I did a failed experiment<br>
> of porting it on Nucleus for k70. Eventually I settled with a lighweight v7<br>
> (which is used by mongoose IOT platform). So would love to discuss that..<br>
><br>
</span>We have a number of possibilities and ongoing interest in some web/IoT<br>
technologies. You can start looking in that direction. For this, a<br>
platform that has internet capability should be used for testing. See<br>
the "libbsd" project for the state-of-art in this area.<br>
<br>
We have used mongoose web server until the license was changed.<br>
<span class=""><br>
> Also dont you guys use irc....<br>
><br>
</span>IRC (and the mailing list) tends to be inactive during the weekend.<br>
<div class="HOEnZb"><div class="h5"><br>
> cheers,<br>
> Faizan<br>
><br>
><br>
><br>
> On Sun, Apr 2, 2017 at 6:10 PM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>><br>
>> On Sun, Apr 2, 2017 at 9:09 AM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>> > On Sun, Apr 2, 2017 at 5:17 AM, Christian Mauderer<br>
>> > <<a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-<wbr>brains.de</a>> wrote:<br>
>> >><br>
>> >><br>
>> >> ----- Ursprüngliche Mail -----<br>
>> >>> Von: "faizan khan" <<a href="mailto:faizan10114@gmail.com">faizan10114@gmail.com</a>><br>
>> >>> An: <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
>> >>> Gesendet: Sonntag, 2. April 2017 00:44:27<br>
>> >>> Betreff: GSOC application<br>
>> >><br>
>> >>> Hi everyone,<br>
>> >>><br>
>> >>> I know I am late to the party but just got my confirmation letter. I<br>
>> >>> have 2<br>
>> >>> years of experience porting device drivers for Nucleus RTOS. I wanted<br>
>> >>> to<br>
>> >>> know about the list of projects.<br>
>> >>><br>
>> >>><br>
>> >>> <a href="https://devel.rtems.org/query?status=!closed&desc=1&keywords=~SoC&report=10" rel="noreferrer" target="_blank">https://devel.rtems.org/query?<wbr>status=!closed&desc=1&<wbr>keywords=~SoC&report=10</a><br>
>> >>><br>
>> >>> Is this all of it. I can easily take care of #2891, bbb, I have<br>
>> >>> already<br>
>> >>> ported bbb bsp for nucleus. Just to understand the project. All I have<br>
>> >>> to<br>
>> >>> do is port the device drivers mentioned and fix any hardware bugs in<br>
>> >>> the<br>
>> >>> test coverage, right???<br>
>> >>><br>
>> >>><br>
>> >>> cheers,<br>
>> >>> Faizan<br>
>> >>><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>
>> >><br>
>> >> Hello Faizan,<br>
>> >><br>
>> >> I think that there are quite some more projects that are not converted<br>
>> >> to TRACK. See <a href="https://devel.rtems.org/wiki/Developer/OpenProjects" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/<wbr>Developer/OpenProjects</a><br>
>> >> If you are interested in one of the projects, just contact the possible<br>
>> >> mentors or ask on the mailing list.<br>
>> >><br>
>> > There are definitely other good projects to consider that haven't had<br>
>> > as much attention as the BB projects. Also note that you should<br>
>> > complete <a href="https://devel.rtems.org/wiki/GSoC/GettingStarted" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/<wbr>GSoC/GettingStarted</a> and begin to<br>
>> > prepare your proposal immediately. Your best bet is to find a project<br>
>> > matching your interest/skills that has a suitable amount of<br>
>> > information posted about it, since you are not likely to get a lot of<br>
>> > feedback on your proposal before the deadline.<br>
>> ><br>
>> P.S. if you propose a BB project, you should also complete the<br>
>> GettingStarted using whichever BB board you have.<br>
>><br>
>> > For the BB projects, I suspect the Framebuffer or CAN would be good<br>
>> > directions to push. Framebuffer support exists in a few scattered<br>
>> > BSPs, but we could use a consistent approach and more uniform API for<br>
>> > framebuffer devices. For CAN there was a project a couple years ago<br>
>> > that made some progress in simulating CAN with Qemu, but never got to<br>
>> > the point of getting a CAN package to integrate easily with RTEMS.<br>
>> > There was a follow-up proposal by the same student for the project,<br>
>> > but we did not accept it [1].<br>
>> ><br>
>> > [1]<br>
>> > <a href="https://docs.google.com/document/d/12T2Sd9vDBGfMhlansaW0Ti2OmtrpRPgAXxdPuOHbM78/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/<wbr>document/d/<wbr>12T2Sd9vDBGfMhlansaW0Ti2OmtrpR<wbr>PgAXxdPuOHbM78/edit?usp=<wbr>sharing</a><br>
>> ><br>
>> >> Please also note that there are already some other students interested<br>
>> >> in some of the projects (especially the ones that are already converted to<br>
>> >> TRAC tickets): <a href="https://devel.rtems.org/wiki/GSoC/2017" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/<wbr>GSoC/2017</a><br>
>> >><br>
>> >> Kind regards<br>
>> >><br>
>> >> Christian<br>
>> >><br>
>> >> --<br>
>> >> ------------------------------<wbr>--------------<br>
>> >> embedded brains GmbH<br>
>> >> Christian Mauderer<br>
>> >> Dornierstr. 4<br>
>> >> D-82178 Puchheim<br>
>> >> Germany<br>
>> >> email: <a href="mailto:christian.mauderer@embedded-brains.de">christian.mauderer@embedded-<wbr>brains.de</a><br>
>> >> Phone: <a href="tel:%2B49-89-18%2094%20741%20-%2018" value="+4989189474118">+49-89-18 94 741 - 18</a><br>
>> >> Fax: <a href="tel:%2B49-89-18%2094%20741%20-%2008" value="+4989189474108">+49-89-18 94 741 - 08</a><br>
>> >> PGP: Public key available on request.<br>
>> >><br>
>> >> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<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>
><br>
><br>
</div></div></blockquote></div><br></div>