RTEMS is a participating organization of the Google Summer of Code 2013! Please use this page as a jumping off point and ask questions. We want you to be a part of the RTEMS community!
Potential Students: Read through all the material on this page, and be sure to add yourself to the table in the Student Information section. Remember to fill out an official GSOC application in addition to the informal application we request. We also require you build RTEMS, create an application, run it and post the result to the RTEMS mailing list. The Configure and Build RTEMS page has the details on how you do this. Information on what to post are found on the Prove You Can Work On RTEMS page. For new comers to RTEMS we recommend you use a proven Virtual Machine image.
Potential Mentors: Share your knowledge and pledge to help a student. Visit the  URL for GSoC 2012 to register as a mentor and then add yourself to the list of RTEMS Mentors.
Information for prior years:
- See RTEMS Summer of Code 2012
- See RTEMS Summer of Code 2011
- See RTEMS Summer of Code 2010
- See RTEMS Summer Of Code 2009 and Google Summer of Code 2009
- See RTEMS Summer Of Code 2008
In 2012, we had ten students. In 2011 and 2010, we had eight students each year. In 2009 there were six students with a seventh sponsored by a combination the mentor donation and a donation from OAR Corporation,. In our first GSOC experience, 2008 we received four student slots with one failing. These students have contributed great code and some have continued to be a part of the community. We have been impressed with the quality of both high school and college students who have participated in the GSOC and GCI programs.
Google Code-In has been an incredibly challenging experience for the RTEMS Community. The tasks are much smaller that those in GSOC with a target of 2-4 hours for a skilled developer. Plus they should be achievable by a high school student and meaningful to the community. We gathered some statistics to give an idea of the magnitude of what they accomplished.
|Year||Students||Tasks||Tasks By Top Student||Students with Over Ten Tasks|
The increase in tasks performed is likely due to just ten free software organizations participating in the 2012 edition (twenty in 2011) combined with our improved ability to define tasks which students could perform.
General Program Information and Guidance
- Google's Starting Page for the Summer of Code
- GSoC Student Guide - This is a community developed book.
RTEMS Specific Information
- Virtual Machines (VMs) are pre-configured RTEMS development environments playable with VirtualBox. For students who do not have a dedicated development platform, the VMs are great for minimizing the pain of setup for RTEMS development.
- RTEMS University - included are presentations on GSoC and RTEMS as well as a presentation on GSoC from the RTEMS Project perspective.
- GSoC Getting Started - getting up to speed with RTEMS development for GSoC students.
- RTEMS User Documentation (git daily)
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:
- Projects would not meet the needs of the RTEMS project (and so would not be upstreamed).
- 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.
- 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.
- 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.
- Projects were not documented well enough for someone to verify it works.
- Projects would be done over and over again (instead of being new)
Solution: In the proposal the following MUST be included:
- A paragraph explaining what the project is trying to accomplish
- What is the core problem being solved?
- Why is this better than what we have already done?
- A sentence explaining how this project could be maintained (given developers have little time to maintain the code)
- Make documenting how the next summer of code student will pick up with developing the project in later years a project deliverable
- 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.
- Make writing a tutorial to include a deliverable
- email the first draft to email@example.com for feedback, and make adjustments before submitting (THIS IS A CRITICAL REQUIREMENT!!!)
Expect the following questions from the email list:
- We really need something else specific done instead... could you do something else specific?
- What's the maintainence plan?
- How will we test it?
- We did this already... How is this an improvement?
- 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.
Open Projects contains the open projects list for RTEMS. It 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.
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.
RTEMS is designed to operate under tight resource restrictions. Some of the projects focus on breaking existing linkages between subsystems so those limits can be lowered further, or to help RTEMS fit into smaller systems.
Even though it is targeted to embedded systems, developers still expect as many features as possible. RTEMS provides a robust set of POSIX primitives and what is now known as the Classic API which provides hard real-time functionality. Some of the projects are focused on implementing a few missing pieces of POSIX functionality.
Not all of the projects necessarily run RTEMS or target an embedded system. Some of the projects are focused on improving the development experience by improving developer tools and environments.
- Advice for Google Summer of Code Students from GSoC pageHow
- HOWTO: Write a Summer of Code application from Drupal.
- How Not to Apply to GSoC
Students' Summer of Code Tracking Table
The final version of your proposal must be submitted via Melange at Google. We have provided a Google Docs template for the Student Proposal. Feel free to copy it and invite potential mentors to review. Please be aware that this is NOT the official form to submit your proposal on. Your official application must be submitted through the GSOC Melange system. Periodically copy and paste your proposal into the student application form and save it in Melange to avoid any last minute problems. Until then, please use Google Docs and put the link in this table. That way any mentor or RTEMS community member can request access and comment on your proposal. Students.. please don't peek at each other. :)
GSOC STUDENTS! PLEASE FILL IN THE APPLICATION AT http://www.google-melange.com! YOU CAN EDIT UNTIL THE DEADLINE! BUT YOU WILL NOT GET A SLOT IF YOU DO NOT APPLY THROUGH Google!!!
|Student||Completed Hello||IRC Handle||Proposal Title||Google Docs URL||Blog|
|NAME||Yes or No||on #rtems||Title||Link to Google Docs for proposal|
|Jin Yang||Yes||SYCrane||CAN driver and API for CAN stack||Proposal||http://jin-yang.github.io/2013/06/24/rtems.html|
|Prateek Tiwari||Yes||prateekt||Supercore Scheduler||Proposal|
|Hesham ALmatary||Yes||Hesham||Enhance low-level API of libmm (Memory Protection & Caches)||Proposal||http://heshamelmatary.blogspot.com/|
|Deng Hengyi||Yes||weiY||Atomic Operations and SMP lock debug tool for RTEMS||Proposal||http://weiy.github.io/|
|Dhananjay Balan||Yes||dhananjay||Better RTEMS Support in GDB||Proposal||http://dbalan.github.io/blog/categories/rtems/|
|Peng Fan||Yes||freenix||RTEMS Runtime Loader||Proposal||http://freenixfan.wordpress.com/|
|Shubham Somani||Yes||S_Somani||Application Configuration GUI for RTEMS.||Proposal||http://shubhamsomani.blogspot.in/|
|Philipp Eppelt||Yes||phipse||Paravirtualization of RTEMS||Proposal||http://phipse.github.io/rtems/|
|Vipul Nayyar||Yes||vipulnayyar||Unified API||Proposal||http://www.vipulnayyar.com/|
|Ye Xu||Yes||AresHsu||Fault Tolerance / Power Aware Scheduling||Proposal|
|Dinesh Rathinasamy Thangavel||Yes||rtdin||Implementation of Condition Variable Classic API|
|Sree Harsha Konduri||Yes||sreekonduri||SMP Aware Scheduler||Proposal||http://sreeharshakonduri.blogspot.com/|
The Student column is for your name.
The Completed Hello column lets us all know whether or not you completed the require Hello World project. Based upon our experience, students who have successfully compiled and run an RTEMS application have a MUCH MUCH higher chance of success on the proposed project.
The IRC Handle column is your handle on IRC. RTEMS folks hang out in #rtems on freenode.net.
The Proposal Title should be self-explanatory. If approved, we will ask you to create a code.google.com project to host your work and link to it here. You will need to give at least your mentor and Joel Sherrill read/write access.
The Google Docs URL is your proposal in Google Docs that can be reviewed and commented on by mentors.
See our RTEMS Mentors page for a list of potential project mentors.