GSOC application

faizan khan faizan10114 at gmail.com
Sun Apr 2 14:38:16 UTC 2017


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/12T2Sd9vDBGfMhlansaW0Ti2OmtrpR
> PgAXxdPuOHbM78/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
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20170402/355f4c7e/attachment-0002.html>


More information about the devel mailing list