wiki:GSoC

Version 41 (modified by Amar Takhar, on 02/12/15 at 21:48:35) (diff)

Proposal table and descriptions

RTEMS Summer Of Code

RTEMS is proud to have participated in multiple editions of the Google Summer of Code and ESA Summer of Code in Space. We have applied to be a participating organization in Google Summer of Code 2015! Please use this page as a jumping off point and ask questions. We want you to be a part of the RTEMS community!

STUDENTS MUST FILL OUT A GOOGLE APPLICATION HERE AND FILL IN AN ENTRY ON THE RTEMS GSoC 2015 TRACKING PAGE!!! MORE DETAILS BELOW!!!

Potential Students:

  • Read through all the material on this page.
  • Talk to us on IRC (#rtems on freenode.net) or the RTEMS mailing lists.
  • You will also need to fill in and later update the information found on the RTEMS GSoC 2015 tracking page.
  • We also require you build RTEMS, create an application, run it and post the result to the RTEMS mailing list. The GSoC Getting Started page has some more information.
  • Pick a project from the list at Open Projects. This is by no means an all inclusive list and we are open to suggestions. Submissions of ports to new architectures, new BSPs, new device drivers, and test improvements are always welcomed.
  • Code your heart out and have a great summer!

Potential Mentors:

  • Share your knowledge and pledge to help a student.
  • Visit the GSoC2015 Melange system to register and open a connection with RTEMS Project.
  • Help the student succeed!

General Program Information and Guidance


RTEMS Specific Information

Be sure to add yourself to the table below.

Writing Proposals and Doing Projects

Problem: Over the years of participating in Summers of Code, the RTEMS project has noticed some recurring themes with Summer of Code projects:

  1. Projects would not meet the needs of the RTEMS project (and so would not be upstreamed).
  2. Projects would be completed in such a way as they were not maintainable (external projects would make use of the RTEMS build system see:LUA, as opposed to using the external software's own build system see:rtems-addon-packages), or projects would be hardcoded based on the RTEMS tree at one point in time see:BuildingMingwTools? the NSIS installer.
  3. Projects would be partially done without enough information for the next Summer of Code (or Google Code-In) student to continue the work. For example: a change would be made for one architecture, but the way to generalize for the others was not documented.
  4. Projects would be submitted as one giant patch at the end of summer, if rtems-devel reviewed the patch, the student would be busy with schoolwork when it was time to make changes.
  5. Projects were not documented well enough for someone to verify it works.
  6. Projects would be done over and over again (instead of being new)

Solution: In the proposal the following MUST be included:

  1. A paragraph explaining what the project is trying to accomplish
    1. What is the core problem being solved?
    2. Why is this better than what we have already done?
  2. A sentence explaining how this project could be maintained (given developers have little time to maintain the code)
  3. Make documenting how the next summer of code student will pick up with developing the project in later years a project deliverable
  4. Break the project up into increments, so that if time runs out, each increment could be upstreamed, or at least written up on a wiki page so the next year's student could get farther faster.
  5. Make writing a tutorial to include a deliverable
  6. Email the first draft to rtems-devel@… for feedback, and make adjustments before submitting (THIS IS A CRITICAL REQUIREMENT!!!)

Expect the following questions from the email list:

  1. We really need something else specific done instead... could you do something else specific?
  2. What's the maintainence plan?
  3. How will we test it?
  4. We did this already... How is this an improvement?
  5. This is too much for you to complete in a summer... please remove these pieces from your proposal

In addition, the RTEMS project will furnish not only a mentor, but a co-mentor, and one or two additional people to help with keeping the project on a topic that is both meaningful for the student, and for RTEMS.


Student Information

Visit Open Projects to find an interesting project, or propose your own! Ask about your project idea on the email list or IRC. The project descriptions often require additional knowledge to flesh out a project proposal.

We want you to hit the ground running, so you need to build RTEMS, modify it a little, and run samples as a prerequisite. Please visit the RTEMS GSoC Getting Started page for details.

RTEMS is an operating system targeting embedded systems that are cross-compiled, meaning that you develop on a host system and run programs on a target system. In general, students working on code require no special hardware, because RTEMS runs on simulators like gdb, skyeye, and qemu. The development can all be done and tested using a GNU/Linux or other suitable host.

Please read through the SoC Project Management page to get a sense of our expectations from you for the summer of code.


Student Proposals

Student Completed Hello IRC Handle Proposal Title Google Docs URL
<NAME> <Yes or No> <nick on #rtems> <Project Title> <Link to Google Docs for proposal (shared with mentors)>

Columns

  • Student: For your name
  • Completed Hello: let's us all know whether you have completed the required 'Hellow World' project. Students who have successfully compiled and run an RTEMS application have a MUCH MUCH higher chance of success on the proposted project.
  • IRC HAndle: The handle you use on the RTEMS irc channel on irc.freenode.net #rtems.
  • Proposal Title: The proposal title should be self-explanatory.
  • Google Docs URL: The link to the Google Doc that contains your proposal to be commented on by mentors.

References


Historical Information

The RTEMS Community is proud to have participated in previous editions of the Google Summer of Code as well as Google Code-in (GCI).

Information for prior years:

Attachments (1)

Download all attachments as: .zip