<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
<br>
On 02/07/2012 08:34 AM, yangwei weiyang wrote:
<blockquote
cite="mid:CALZ8wmpcQBQpRmRnwL015vh=U8jkss=QzU2eLeeB27JQUh73Bw@mail.gmail.com"
type="cite"><font>Hi all:<br>
From the mail of Joel I know that the Google summer of code
2012 is going to start and RTEMS will be absolutely a member of
organizations. There are lots of projects i am interested in
from the Wiki open project section. The most favorite one for me
is "Bus Space API". So i want to know as much information as
possible.<br>
First i have read "Bus Space API" section carefully at the
Wiki, And also know some basic backgroud through the IRC log.
The bus_space API is originally from NetBSD, its goal is to
allow a single driver source file to manipulate a set of devices
on different system architectures, and to allow a single driver
object file to manipulate a set of devices on multiple bus types
on a single architecture. It is implemented in the BSP layer and
the architecture layer, that means different architecture and
machine must implement its own bus space type and <br>
functions. But the goal of "Bus Space API" project is to easing
the ports of BSD drivers to RTEMS, so in order to realize its
goal, should we port bus_space API to RTEMS BSP layer and
architecture layer or adapt the bus_space API in the RTEMS score
which make BSP layer and architecture layer unchanged or changed
minimum? <br>
So i want to know more information about this project, are
there some protential mentors to help me?<br>
</font></blockquote>
This is indeed an important project. Unfortunately, after discussing
it with another<br>
core developer, we think it may be beyond a GSOC project. <br>
<br>
First, it requires deep knowledge across RTEMS, boards, target
architectures, etc.<br>
We are afraid that by the time we mentored you enough to solve the
problem, <br>
(1) we could have implemented it and (2) the summer would be over.
:)<br>
<br>
Another factor is that a couple of the core developers are currently
<br>
supposed to be funded to do this as soon as they finish up another
project.<br>
Based on the schedule, they should be nearly finished before the
GSOC <br>
students accepted are announced. They are only committed to
implementing<br>
the BSP/target side of this for a couple of architectures.<br>
<br>
This leaves you the option of proposing to implement this for the
remaining<br>
architectures. But it also puts you down stream of another schedule
which is<br>
a risk.<br>
<br>
I wouldn't want you to be at risk of even starting on time. Is there
another<br>
project you would like to do?<br>
<blockquote
cite="mid:CALZ8wmpcQBQpRmRnwL015vh=U8jkss=QzU2eLeeB27JQUh73Bw@mail.gmail.com"
type="cite"><font> <br>
Wei Yang<br>
Best Regards</font><br>
</blockquote>
<br>
<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>