Version 62 (modified by Wonjun Hwang, on 06/17/16 at 17:13:07) (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.
  • June 1: I have resolved previous errors in building the drivers. So now the bcm283x_dwcotg driver compiles along with testsuits. Now I tried running the testsuits, it just shows "nexus0: <RTEMS Nexus device>" and hangs. Also, if I plug-in any usb device to Raspberry pi they are not getting powered on. I asked Yurii, he worked on the same problem last year, but he doesnt remember much about the errors or issues, however I have taken care whatever he has mentioned in his blog. RPI can't work with qemu according to this issue. So only option left is JTAG debugger. Which I have ordered but that would take about a week to get shipped to my place.
  • June 8: As per the previous update I am stuck at the point where the testsuits are compiling but not running on the raspberry pi hardware. I had a few options to proceed with JTAG debugger and QEMU. JTAG debugger which I had ordered has come today so I will start working on that asap. I built the testsuits for arm/realview-pbx-qemu and ran them on qemu. I am trying to debug the issue using other BSP which supports QEMU.

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.
  • June 1: This week, I built Jailhouse and executed Jailhouse demo successfully. I changed VMware to other native PC to QEMU. I also changed linux distro to lastest version of Ubuntu 16.04.4-amd64. I upated my blog about how to set environment to execute jailhouse demo.
  • June 8: I pached rtems with mentor's patch files that can make jailhouse to exectue rtems as inamte. It is involved with APIC, IOAPIC, PCI and memory etc. rtems baseline is commit f334847 and rtems-source-builder baseline is commit 04aadb6. I matched rtems and rtems-source-builder by date of commit. Date is about Jan 2014. I also updated my blog about how to build rtems for jailhouse.

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.
  • June 1: This week I had health issues so could not work more. I however have patched eigen and omniORB.I am not updating the other dependencies and rather using the previous version from archives to fast track my project. Once I have a working baseline then I can update the dependencies.Next in line is libxml and xerces.
  • June 8: All the dependencies are built and tested as of now.For my midterm deliverable now I have to patch rock and then do the necessary code clean up and some updating.This will be my line of work now.
  • June 15: I am patching a minimal rock configuration for rtems now .It would have rtt,typelib,orogen,and rock base packages.It is taking some time because rock is complicated and I have to reapply each and every patch again.I am now in rtt. Hopefully I will be able to finish before mid term evaluation.

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.

Punit Vara

  • May 25 : As per my proposal first things I have to write basic code and to build test suite for PWM. Going through TI SW code and list out function that can be used to generate appropriate PWM waveform.
  • June 1 : On June 2nd I am going to graduate.So this week I got only 3 days to work. Me and Martin worked together to test Ti starterware code successfully but yet not able to find out what is wrong with that code.
  • June 9 : Last week I able to manage blink LED with Ti SW code. Need to discuss Licence issue with Gedare.

Habeeb Olufowobi

  • May 25: Presently, I am trying to build LM3S69XX BSP but I have been having several issues getting it tested on Qemu.
  • June 1: I was able to successfully build the LM4F120 BSP and run HelloWorld? and Ticker on Qemu. Thanks to Martin for guiding me on resolving several error messages encountered. As suggested by Martin, I am currently looking into adding a proper reset routine for LM3S69XX BSP because the BSP does not have its own bsp_reset. Also, I have started working on my BSP port for the TM4C129E and I hope to resolve the build errors I have gotten so far.
  • June 8: Presently, I have successfully built my BSP (TM4C129E) and now working towards getting console working. I have flashed the board with the binary but console is not working. As pointed out in my mail to dev mailing list, I am getting an error during initialization and currently looking into resolving it. Hesham made a suggestion of rebuilding with -O0 which I'm currently on right now. I hope to get console working before the end of the week.

Attachments (1)

Download all attachments as: .zip