Version 54 (modified by Vivek Kukreja, on May 27, 2016 at 7:23:25 PM) (diff)


Google Summer of Code 2016

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

Google Summer of Code 2016 Logo

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)
Darshit Shah Yes darnir Improve SMP Scheduling using Arbitrary Processor Affinities
Vivek Kukreja Yes vivekk Improvement of Tracing Tool in RTEMS
Deval Shah Yes deval Raspberry PI USB and Ethernet Support
Punit Vara Yes punitvara Beaglebone Black BSP Improvement
Saket Sinha Yes disdi x86_64 BSP
Sambeet PanigrahiYes_sambeetPorting Rock on RTEMS
Habeeb Olufowobi Yes dipupo RTEMS Port to ARM Cortex-M4F core-based MCUs
Sane Sai Charan Yes sacha RTEMS MMU/MPU support for PowerPC
Arpit Srivastava Yes arpits ConfigurationUI
Arpit Srivastava Yes arpits Mono on RTEMS
Sane Sai Charan Yes sacha RTEMS file descriptors and LwIP integration [updated]
Wonjun Hwang Yes Wonjun RTEMS improvement for Jailhouse hypervisor
Mudit Jain Yes mudit Low Level Peripherals & SD card support

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 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 Google site. If you do not submit the final proposal via the Google 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 Name IRC Handle Project Link Repository Link Blog Calendar
NAME nick on #rtems Link to Project Wiki page Link to project's public Github repository Link to your development blog Link to Calendar with Schedule
Sambeet Panigrahi_sambeetWikiGithubBlogCalendar
Darshit Shah darnir Wiki GitHub Blog Calendar
Mudit Jain mudit1729 Wiki Github Blog Calendar
Punit Vara punitvara Wiki GitHub Blog TBA
Deval Shah deval Wiki Github Blog TBA
Habeeb Olufowobi dipupo Wiki Github Blog TBA
Wonjun Hwang Wonjun Wiki Github Blog TBA
Vivek Kukreja vivekk Wiki Github Blog TBA
Sai Charan Sane sacha Wiki Github Blog TBA

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.
  • The Calendar is a link to your Google Calender with milestones and deliverables identified.

Student Status Updates

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


  • Feb 10: GSoC 2016 Page created.


  • TBD


  • Feb 16: Updated proposal template to include a link to the GSoC Rules, fixed some 2015 links and added a point to state the student needs to answer the questions in the sections in the document.

Student XXX

  • TBD

Darshit Shah

  • May 25: I've been looking into the Scheduling Simulator and trying to get it to compile. However that has been a large task with a few breakages that I haven't been able to fix yet. Based on my last conversation with sebhub, it is okay to push this task to a little later since we don't need schedsim till the end of the project anyways. I've also been looking into the existing scheduler implementations and working on a draft for how I will implement the new scheduler as well. I have most of the specifics charted out now. Will start implementing the iterative MVM algorithm in the coming week.

Deval Shah

  • May 25: My first task is to add USB root hub support. For that, I need USB DWC OTG drivers and hardware specific drivers (for bcm283x) in the right place. USB DWC OTG drivers are already there in the codebase. To continue with Yurii's last year's work, I cherry picked his commits for USB roothub drivers and merged it to the current version of rtems-libbsd. Default testsuits which are related to networking are having compilation/linking errors. Later I realised that the driver (bcm283x) itself is not compiling. So I will now read the documentation regarding adding drivers in rtems-libbsd. That should help me to verify the code or if required write that from scratch. I should be able to add the hardware specific driver before the next status update.

Wonjun Hwang

  • May 25: I am working to execute initial version of Jailhouse for x86 with instructions in Git. To install jailhouse, I am using VMware version 11 with Ubuntu 14.04.4-amd64 and QEMU.

Mudit Jain

  • May 25 : My first deliverable is to provide SD card support for the RPi BSP. The code has already been ported to rtems-libbsd, however it has to be tailored to RPi by adding the quirks and logics unique to the SD host controller on RPi.I have cherry picked two commits from Andre's branch and I have built rtems-libbsd using waf. I had initial errors of redefinition however they were resolved.I would be going through the present implementation of the driver in FreeBSD using the FreeBSD documentation to learn/understand what are the different APIs that are used in the driver, how it interacts with SD host controllers, and the general driver interface that is provided to the user.

Sambeet Panigrahi

  • May 25: As per my proposal the first deliverable is an easy to use Autoproj version of Rock building on RTEMS with appropriate tutorials to guide the user.I am now updating all the old scripts with newer versions of softwares.Till now I have replaced the traditional makefiles of RTEMS with building enabled by RSB. My next task is to update the Rock dependencies.I am going to cross compile OmniORB package now which is to be ported on RTEMS.

Vivek Kukreja

  • May 25: In my first deliverable I will modify the code for capturing user extensions and trace-buffering to obtain respective traces in CTF format. For trace-buffering I've made changes to the trace linker to produce CTF metadata and buffering functions to produce CTF bitstream. I'm currently working on capture engine code to translate user extension traces to CTF.

Attachments (1)

Download all attachments as: .zip