Version 12 (modified by Saeed Ehteshamifar, on Aug 11, 2016 at 11:57:31 AM) (diff)


European Space Agency Summer of Code in Space 2016

This page captures the students who make proposals as well as those who work on projects for RTEMS as part of ESA SOCIS 2016.

Students' Proposals

Start filling in this table for yourself as soon as possible and update as needed.

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)
Saeed Ehteshamifar Yes salpha RTEMS Fault tolerance: Get a fault injection tool to work with RTEMS (continuation from last year) Proposal

The columns are to be filled in as follows:

  • 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
  • The Proposal Title should be self-explanatory.
  • The Google Docs URL is your proposal in Google Docs that can be reviewed and commented on by mentors. The proposal template should be copied and used as a baseline. This can be shared with mentors for review. Mentors can insert comments for you.

WARNING: The Google Docs version of the proposal is a WORKING copy. You MUST submit the official and final proposal using the ESA SOCIS site. If you do not submit the final proposal via the ESA SOCIS site, you cannot be considered

Students' Summer of Code Tracking Table

Students whose GSoC project is accepted by RTEMS shall fill in a slot with their information in the following table, which helps to centralize SoC Project Management.

Student IRC Handle Project Link Repository Link Blog
NAME nick on #rtems Link to Project Wiki page Link to project's public Github repository Link to your development blog
Saeed Ehteshamifar salpha Wiki slingshot Blog

The columns are to be filled in as follows:

  • The Student column is for your name.
  • The IRC Handle column is your handle on IRC. RTEMS folks hang out in #rtems on
  • The Project Link is a link to the Wiki page for your project.
  • The Repository Link is a link to the github repository for your project.
  • The Blog is a link to your blog with entries about your project. It should be updated regularly during the summer.

Student Status Updates

Each student has a section below for putting in notes from the weekly IRC meetings.


  • May 27: Added the Status Updates page and added the link to my proposal.
  • Jun 08: Got up-to-date with latest project's status. Republished slingshot as a stand-alone repository. Updated the Github repository and build instructions. Going to start integrating GRINDER's function (test suite execution and storing results) into slingshot.
  • Jun 15: Prepared RTEMS development environment. Tried to redirect pc386's output to console (didn't work), used SPARC architecture instead. Thought about how to handle test case crash scenario. Updated the blog.
  • Jun 22: Off due to exams preparation.
  • Jun 29: Off due to exams preparation.
  • Jul 06: Prepared and tested Vagrant scripts to setup/build rtems and setup/build slingshot. Started changing test suite template to include a label that is moved to the next test case whenever a test case crashes.
  • Jul 13: Added parsing output of test cases execution. Added support to tolerate crashes of test cases by proceeding to the next test case and re-making the test suite. This method is NOT scalable since it involves re-making the test suite. Going to execute test cases dynamically via RTEMS libdl to cope with this issue.
  • Jul 20: Updated the blog. Executed a test suite with more than 600 test cases to test the slingshot's function in auto-skipping crashed test cases and also find out some faults that lead to failures. Read RTEMS 4.5.0 Evaluation Report (by Critical Software) to see how they cope with crash and also have a basis to compare slingshot with. Going to update Vagrant scripts, build instructions, change the test suite template, and modify slingshot to dynamically run test cases.
  • Jul 27: Updated build instructions to re-produce the work via Vagrant. Tried to use libdl01 example in test suites to make a dynamically linked (DL) application (not fruitful). Going to follow community's instructions to build it.
  • Aug 03: Tried Chris John's instructions to build a DL app via WAF build system (didn't work). Tried Pavel Pisa's instructions to build it via OMK build system (worked). Going to change the test executor to TAR all test cases and dynamically load and execute them at run-time.
  • Aug 10: Ran Pavel Pisa's appdl (sample dynamically loaded app) with his help. Wrote a DL app, with OMK to make it (worked). Manually changed test case executor to see if everything works. Updated the blog. Going to establish a TCP connection in test case executor between RTEMS and QEMU to pass test cases names. Then changing slingshot accordingly.