CMSIS?

[Joel Sherrill]

On 7/29/2015 3:21 PM, Daniel Gutson wrote:
> Hi guys,
>
>     I just got a student who likes this project and wants to provide a
> CMSIS API to RTEMS as her career final project.
> I will be her director.
> Besides telling her to read stuff, documentation, and the github
> source files, any initial advice about how to implement this
> on top of RTEMS? I.e. an external library with RSB support?

Looking back at the page I cited, I see this list:

(a) ./CMSIS/DSP_Lib - DSP Library sources and examples;
(b) ./CMSIS/Include - Header files;
(c) ./CMSIS/Lib - DSP Library build for various toolchains;
(d) ./CMSIS/RTOS - Header file template for CMSIS-RTOS implementation; and
(e) ./Device - Template files and implementations for Cortex-M class processors.

I assume the first part would be to implement the (d) CMSIS/RTOS
APIs in terms of RTEMS services. (a)-(c) appear to be unrelated
to RTOS and (e) looks like help for BSPs.

Is that the area you had in mind? Or something else?

If so, then I personally would begin by mapping those operations
onto available public services.

--joel

>    Daniel.
>
> On Wed, Sep 3, 2014 at 11:36 AM, Joel Sherrill
> <joel.sherrill at oarcorp.com> wrote:
>> I hate to reply to my own post but need to in this case.
>>
>> https://mbed.org/blog/entry/CMSIS-Components-BSD-Licensed/
>>
>> Code is available and BSD licensed. Last comment gives link to
>> blog making code available.
>>
>> We weren't the only ones with a problem with their license.
>> On 9/3/2014 9:30 AM, Joel Sherrill wrote:
>>> On 9/3/2014 6:47 AM, Sebastian Huber wrote:
>>>> Hello,
>>>>
>>>> there are also BSD licensed CMSIS versions:
>>>>
>>>> http://comments.gmane.org/gmane.comp.lib.libopencm3/361
>>>>
>>>> The original ARM license makes it pretty useless for us.
>>>>
>>> Interestingly, these are from ARM but are really BSD licensed.
>>>
>>> I am not opposed to us using them as long as we review each file
>>> for appropriate licensing.
>>>
>>> Someone from the RTEMS Community would also need to step up
>>> and make sure we get updates periodically. Basically help out the
>>> guy with the github site. Nothing is worse that importing third party
>>> source without an upstream connection and feedback loop.
>>>
>>
>> --
>> Joel Sherrill, Ph.D.             Director of Research & Development
>> joel.sherrill at OARcorp.com        On-Line Applications Research
>> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>> Support Available                (256) 722-9985
>>
>> _______________________________________________
>> devel mailing list
>> devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>
>
>

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill at OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985