<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 3/13/2014 8:52 PM, Janek van
Oirschot wrote:<br>
</div>
<blockquote
cite="mid:CAHagB7ZGZrHufMZpiBn=AujkuSCOF6rqROhOFRhTxS0XJbRiMQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>Hello,<br>
<br>
</div>
I'm Janek van Oirschot and I'm interested in contributing
to the RTEMS project as GSoC student. I hope I'm not too
late with applying for any projects. I have found a
project I'm interested in doing
but I still have a few questions.<br>
</div>
</div>
<div><br>
</div>
</div>
</div>
</blockquote>
This project was started by another student last summer so you
should familiarize<br>
yourself with where it ended. Using Pok as the ARINC-653 services
and partition manager<br>
with RTEMS able to run inside a partition.<br>
<br>
He had some things running but there has been a lot of discussion on
how to <br>
merge what he has, how to package it, etc. The current issue centers
on <br>
you need the system call .h file and assistance code from Pok as
part of<br>
the RTEMS build.<br>
<br>
But even after that, making this all usable to a real user is a
serious issue.<br>
<br>
Fetch and run Pok and RTEMS separately as they exist today. You
likely<br>
won't have time to get Philip's work going to see where it ended.<br>
<br>
Search the RTEMS development list archives for virtualization. <br>
<blockquote
cite="mid:CAHagB7ZGZrHufMZpiBn=AujkuSCOF6rqROhOFRhTxS0XJbRiMQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>The project that piqued my interest was <a
moz-do-not-send="true"
href="http://www.rtems.org/wiki/index.php/ARINC653API"
target="_blank">this</a> project about implementing the
intra-partition ARINC 653 calls. I have experience with
implementing a small subset of ARINC 653-p4 calls on another
RTOS but the subset I implemented didn't consist of the
majority of intra-partition calls (really, I just
implemented queuing/sampling ports and a small bit of
tasks).<br>
<br>
</div>
</div>
</div>
</blockquote>
What is p4? P1 is the APEX APIs, P2 is the extensions like Logbook,
<br>
P3 is the testing requirements.<br>
<br>
My recollection is that P4 is a reduced P1 but that could be wrong.<br>
<br>
Pok currently has most of P1 but always could use more support.<br>
And our focus is on what I call RTEMS-653. RTEMS POSIX in some<br>
partitions, APEX calls in others. This is the model in the FACE
standard<br>
(<a class="moz-txt-link-freetext" href="http://www.opengroup.org/face">http://www.opengroup.org/face</a>) which defines a reference
architecture<br>
centered on ARINC 653 and POSIX OS services.<br>
<blockquote
cite="mid:CAHagB7ZGZrHufMZpiBn=AujkuSCOF6rqROhOFRhTxS0XJbRiMQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>So my first question is, would it be possible to finish
this project if considering that 40~50% of the time
available to code for GSoC I'll still have school. My
university's summer break start begin July and the start for
coding, according to the GSoC timeline, starts on May 19th.
This doesn't mean I'm completely unable to code while I got
school, it'll just not be as much as after start July~end of
August. Alternatively, if ARINC 653 would be too much to
implement in such a short time, implementing the same subset
of calls for ARINC653-p4 might be an option (just a
suggestion).<br>
<br>
</div>
</div>
</div>
</blockquote>
I can't speak for how much time this will take you. I can say the
primary<br>
focus of this task is not to implement the 653 services -- it is to
get<br>
RTEMS applications and APEX based applications running side by<br>
side in partitions with Pok as the partition manager.<br>
<br>
<blockquote
cite="mid:CAHagB7ZGZrHufMZpiBn=AujkuSCOF6rqROhOFRhTxS0XJbRiMQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Second question, is it assumed that I have the ARINC 653
specification document? When I worked with ARINC 653
previously I remember not being able to find the specification
online. The company I interned at provided the proper
documents to allow me to implement the ARINC 653-p4 calls.<br>
<br>
</div>
</div>
</blockquote>
It is not available online. But since you wouldn't be implementing
the <br>
services, you wouldn't need it. The focus is on integration,
ensuring<br>
proper behavior of both RTEMS and Pok tests when integrated<br>
and running together, and finding a way to present this to the user<br>
in a way that is approachable.<br>
<br>
I hope this helps.<br>
<blockquote
cite="mid:CAHagB7ZGZrHufMZpiBn=AujkuSCOF6rqROhOFRhTxS0XJbRiMQ@mail.gmail.com"
type="cite">
<div dir="ltr">Thanks in advance,<br>
Janek van Oirschot<br>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Joel Sherrill, Ph.D. Director of Research & Development
<a class="moz-txt-link-abbreviated" href="mailto:joel.sherrill@OARcorp.com">joel.sherrill@OARcorp.com</a> On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985</pre>
</body>
</html>