Niteesh, what do you want to study? Go over what most interests you most about working in a real-time environment like RTEMS, and not about working on the RPI, and look at the earlier GSOC projects. Propose an ideal project for yourself and get some feedback.
> On Dec 28, 2019, at 05:12 , Christian Mauderer <l...@c-mauderer.de> wrote: > > On 28/12/2019 07:12, Niteesh wrote: >> >> >> On Sat, 28 Dec, 2019, 3:51 AM Christian Mauderer, <l...@c-mauderer.de >> <mailto:l...@c-mauderer.de>> wrote: >> >> On 27/12/2019 19:06, Niteesh wrote: >>> Is there something else that I could work on? I am interested in >> taking >>> part >>> GSOC of 2020. And I want to learn as much as possible. >> >> Do you search tasks specific to raspberry or general ones? Do you search >> something for GSoC or just to warm up? >> >> Anything is fine as long as I am learning something. Since rpi3 is the >> only hardware I have, I am interested in tasks specific to raspi and >> general ones which do not require any hardware. > > For raspberry I think you could continue to get it running on RPi3. My > suggestion would be to replace the table based initialization (which is > handled by console-termios-init.c) with one based on the fdt that is > similar to the one in the imx BSP. That will allow to use the same > binary on RPi2 and RPi3. But please do that in an extra patch after the > one that you currently have sent to the mailing list. > > > Some other raspberry specific topics could be the following. Note that > this are only suggestions. I don't want to force you to do any of them > if you don't like them: > > - Documentation how you run an application in QEMU / on real hardware > for the user manual: > https://docs.rtems.org/branches/master/user/bsps/bsps-arm.html#raspberrypi > (I hope I didn't miss a patch that you already sent ;-) ) > > - A configuration for RTEMS tester that uses the QEMU or real hardware > (I think the pi3 allows network boot?). This allows regular test runs > for this BSP: > https://docs.rtems.org/branches/master/user/testing/index.html and > https://docs.rtems.org/branches/master/user/tools/tester.html > > - Chris created a boot image generator last year. It would be great if > you could add a configuration to create raspberry SD images to it: > https://docs.rtems.org/branches/master/user/tools/boot-image.html > > - You can pick basically any component that isn't already there and > integrate it. If you want to work with libbsd: Testing or porting > Ethernet support could be something. > > - You most likely want to do something with RPi in your GSoC too. So > maybe some comments ("x is already done", "y seems to be still open") > for the ticket for it would be nice too: https://devel.rtems.org/ticket/2899 > > > For non raspberry topics: We have a lot of open bugs where everyone is > happy if they are closed: https://devel.rtems.org/query > > A lot of them might are even out of date and just need someone who reads > them and asks whether they can be closed. > >> >> >>> >>> On Fri, Dec 27, 2019 at 5:07 PM Christian Mauderer >> <l...@c-mauderer.de <mailto:l...@c-mauderer.de> >>> <mailto:l...@c-mauderer.de <mailto:l...@c-mauderer.de>>> wrote: >>> >>> On 27/12/2019 12:20, Niteesh wrote: >>> > I have sent the patch. I also sent a documentation update >> for the >>> > quick-start section >>> > a few months ago. But no one took a look at it. Can you have a >>> look at it? >>> >>> I'll try to have a look at it soon. >>> >>> > >>> > https://www.mail-archive.com/devel@rtems.org/msg20965.html >>> >>> If you don't get any responses to a patch please just send a >> reminder >>> one or two weeks later. It's quite likely that the patch just >> slipped >>> the attention. >>> >>> Normally I leave documentation patches to our native speakers. >> They spot >>> a lot of errors that I won't be able to find. >>> >>> Can you please send a ping for the patch. You can add me to CC >> and for >>> this one I would suggest to CC Chris Johns too. >>> >> > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel Peter ----------------- Peter Dufault HD Associates, Inc. Software and System Engineering This email is delivered through the public internet using protocols subject to interception and tampering. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel