You are here: Home / RTLWS 1999-2017 / RTLWS Submitted Papers / 
2024-04-26 - 14:08

Dates and Events:

OSADL Articles:

2023-11-12 12:00

Open Source License Obligations Checklists even better now

Import the checklists to other tools, create context diffs and merged lists


2023-03-01 12:00

Embedded Linux distributions

Results of the online "wish list"


2022-01-13 12:00

Phase #3 of OSADL project on OPC UA PubSub over TSN successfully completed

Another important milestone on the way to interoperable Open Source real-time Ethernet has been reached


2021-02-09 12:00

Open Source OPC UA PubSub over TSN project phase #3 launched

Letter of Intent with call for participation is now available



Real Time Linux Workshops

1999 - 2000 - 2001 - 2002 - 2003 - 2004 - 2005 - 2006 - 2007 - 2008 - 2009 - 2010 - 2011 - 2012 - 2013 - 2014 - 2015

13th Real-Time Linux Workshop from October 20 to 22 at the Faculty of Electrical Engineering, Czech Technical University in Prague

Announcement - Hotels - Directions - Agenda - Paper Abstracts - Presentations - Registration - Abstract Submission - Sponsoring - Gallery

Challenges and Benefits in integrating RT patch in PowerPC based Media System

Manikandan Ramachandran, Infosys Limited
Aviral Pandey

Media systems generally have many CPU intensive as well as time critical processes. Vanilla Linux 2.6 with preemption enabled does provide solution to these kind of system. However, if the system is interrupt intensive, as ours, then vanilla Linux 2.6 performance is not expected to be good; as by definition interrupt preempts all higher priority tasks.

RT patch seems to address exact issue by providing an option to handle interrupts in process context, but the solution doesn't seem to fit customized Linux. Quite a bit of architecture changes had to be made to reap the benefits of RT patch.

This paper describes about various challenges faced in integrating Ingo's RT patch on a customized PowerPC Linux package. And explains how those challenges were overcome. It describes how LTTng can be used to identify the bottlenecks and finally concludes by comparing performance of the application that were ran on vanilla and RT Linux.