<html><head></head><body bgcolor="#FFFFFF"><div><br></div><div>在 2012-2-9,6:03,Joel Sherrill <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> 写道:<br><br></div><div></div><blockquote type="cite"><div>

  
    <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
  
  
    <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></div></blockquote>Joel, thank you for your suggest. One of goals of Gsoc project is to take the students into<div>the open source development, and another goal is to benefit the organization. So if this project</div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">is too big to implement for students that it should be splitt<span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">ed into some small parts or he will turn </span></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">to other projects.</span></div><div><blockquote type="cite"><div>
    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></div></blockquote>Yes, except the Bus API project, I also have an interested project to participate in which is about</div><div>support the LLVM/Clang to Rtems. So i want to know how about the progress of this project and</div><div>whether this project is suitable as a Gsoc project?<br><blockquote type="cite"><div>
    <blockquote cite="mid:CALZ8wmpcQBQpRmRnwL015vh=U8jkss=QzU2eLeeB27JQUh73Bw@mail.gmail.com" type="cite"><font>    <br>
        Wei Yang<br>
        Best Regards</font></blockquote></div></blockquote><br></div><div>Wei Yang</div><div>Best Regards</div></body></html>