<p><br>
On Apr 27, 2013 4:14 PM, "Joel Sherrill" <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> wrote:<br>
><br>
> On 4/26/2013 10:40 PM, Gedare Bloom wrote:<br>
>><br>
>> Adding on:<br>
>> * is there gcc support for the cpu already?<br>
><br>
> Yes .. but not in FSF gcc source. There is a separate sourceforge<br>
> project for it.<br>
><br>
> Ditto for gdb.<br>
><br>
> binutils builds.<br>
Looks like this just got posted on gcc-patches for bare metal targets.<br>
 <br>
>> * is there license compatible code available for the hw especially helpful is boot and console code. This is not a blocker but can help get going easier.<br>
><br>
> This is a small architecture and a port would probably want to<br>
> use the msp430 C library. I didn't look at the license.<br>
><br>
> It appears to be divided into a "portable" and CPU model part.<br>
> Figuring out how to handle this in a general way would be required.<br>
>><br>
>> * is there any free simulator that we can use to test your code on?<br>
><br>
> I came across one in Java which appears GUI heavy and didn't look<br>
> to be updated in 5 years. I saw another but the links died.<br>
>><br>
>> * are there quirks with the arch that might make a port hard?<br>
><br>
> Small like the avr.  C library gets tailored to microcontroller model.<br>
><br>
> Cynthia's work to use avr-libc, disable POSIX etc. and use Classic API <br>
> only would be beneficial<br>
>><br>
>> Some of the issues to consider. No gcc or simulator may be blockers.<br>
><br>
> My initial impression is that even though RedHat did the port, it is<br>
> in an unmerged and possibly out-dated state.<br>
><br>
> If someone wants to dig through source and find out who did the<br>
> work, I can contact them about what happened. But at this point,<br>
> those independently maintaining it would have to have FSF assignments<br>
> and want to do the work to get it merged.<br>
><br>
> --joel<br>
>><br>
>> On Apr 26, 2013 11:27 PM, "Gedare Bloom" <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>>><br>
>>> Then this might be too much for a gsoc project, but you can certainly propose it... definitely there is enough work, but the risk is whether you can achieve the goals in time.<br>
>>><br>
>>> On Apr 26, 2013 9:33 PM, "Joel Sherrill" <<a href="mailto:Joel.Sherrill@oarcorp.com">Joel.Sherrill@oarcorp.com</a>> wrote:<br>
>>>><br>
>>>> MSP430 is not a currently supported architecture. So a whole port is required.<br>
>>>><br>
>>>> Should also have a libre simulator bsp<br>
>>>><br>
>>>> Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>>>><br>
>>>> Is the MCU supported in rtems or do you need to port it? Is it just a bsp or is the cpu also new for rtems?<br>
>>>><br>
>>>> In general a new bsp is an ok project, and coupling it with something else like a GPS processing library might make a good project.<br>
>>>> -Gedare<br>
>>>><br>
>>>> On Apr 26, 2013 4:06 PM, "Namrata Kamte" <<a href="mailto:namrata.kamte@gmail.com">namrata.kamte@gmail.com</a>> wrote:<br>
>>>>><br>
>>>>><br>
>>>>> Hello,<br>
>>>>><br>
>>>>> Thank you so much for the prompt response. I have gone through the Start up guide for the participating students and I can see that writing the proposal is quite a rigorous process in this case.<br>
>>>>><br>
>>>>> Hence, I would like to pitch my project idea to you in a couple sentences. It is a humble request to you to tell me if this idea is eligible for a proposal or if it is completely off the topic:<br>
>>>>><br>
>>>>> We, at the Satellite Technology Laboratory, are working on Chip-scale satellites.<br>
>>>>> At this juncture, we have a TI CC430 Microcontroller that I need to program so that it can actively communicate with the ground station i.e. send encoded data and be decoded/filtered at the ground station. We have a USRP at the Lab to be our ground station for testing purposes. <br>

>>>>> I need to write the code that will enable the CC430 to receive data from the GPS chip, process it and send it down to the ground station.<br>
>>>>><br>
>>>>> Please let me know if the idea is worth writing a proposal for. <br>
>>>>> Please feel free to be honest. Any kind of suggestion/criticism is welcome.<br>
>>>>><br>
>>>>> Thanks and regards,<br>
>>>>> Namrata Kamte<br>
>>>>> Research Assistant<br>
>>>>> Satellite Technology Laboratory<br>
>>>>> The University of Texas at Arlington.<br>
>>>>>  <br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> On Fri, Apr 26, 2013 at 2:05 PM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>>>>>><br>
>>>>>> I will also chime in. There is one week left for the deadline for<br>
>>>>>> students to submit proposals, but your project has a MUCH higher<br>
>>>>>> chance to be accepted if you get the proposal up early for reviewing<br>
>>>>>> and resubmitting. You can update your proposal as many times as you<br>
>>>>>> like until the deadline.<br>
>>>>>> -Gedare<br>
>>>>>><br>
>>>>>> On Wed, Apr 24, 2013 at 11:04 AM, Joel Sherrill<br>
>>>>>> <<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> wrote:<br>
>>>>>> > Hi<br>
>>>>>> ><br>
>>>>>> > Gedare reminded a student today that no matter how much<br>
>>>>>> > you talk to us or share a fabulous proposal via Google Docs,<br>
>>>>>> > you have to be registered with Google to be considered.<br>
>>>>>> ><br>
>>>>>> > <a href="http://www.google-melange.com/gsoc/homepage/google/gsoc2013">http://www.google-melange.com/gsoc/homepage/google/gsoc2013</a><br>
>>>>>> ><br>
>>>>>> > Sign up. Put a version of your proposal there with a link to<br>
>>>>>> > the Google Doc at the top.<br>
>>>>>> ><br>
>>>>>> > --<br>
>>>>>> > Joel Sherrill, Ph.D.              Director of Research & Development<br>
>>>>>> > joel.sherrill@OARcorp.com         On-Line Applications Research<br>
>>>>>> > Ask me about RTEMS: a free RTOS   Huntsville AL 35805<br>
>>>>>> > Support Available                 (256) 722-9985<br>
>>>>>> ><br>
>>>>>> > _______________________________________________<br>
>>>>>> > rtems-devel mailing list<br>
>>>>>> > <a href="mailto:rtems-devel@rtems.org">rtems-devel@rtems.org</a><br>
>>>>>> > <a href="http://www.rtems.org/mailman/listinfo/rtems-devel">http://www.rtems.org/mailman/listinfo/rtems-devel</a><br>
>>>>>> _______________________________________________<br>
>>>>>> rtems-users mailing list<br>
>>>>>> <a href="mailto:rtems-users@rtems.org">rtems-users@rtems.org</a><br>
>>>>>> <a href="http://www.rtems.org/mailman/listinfo/rtems-users">http://www.rtems.org/mailman/listinfo/rtems-users</a><br>
>>>>><br>
>>>>><br>
><br>
><br>
> -- <br>
> Joel Sherrill, Ph.D.             Director of Research & Development <br>
> joel.sherrill@OARcorp.com        On-Line Applications Research<br>
> Ask me about RTEMS: a free RTOS  Huntsville AL 35805 <br>
> Support Available                (256) 722-9985 </p>