GSOC application

Sun Apr 2 16:36:09 UTC 2017

I don't know of anyone that has worked on the v8 port. This would be a
fine thing to start developing your proposal toward. I suspect some
additional input may come your way later, but this is good to get
rolling since you are a bit late to the party.

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