RTEMS AMP with Petalinux

[Joel Sherrill]

On Mon, Apr 18, 2016 at 9:57 AM, Badr El Hiouel <elh.badr at gmail.com> wrote:

> Hi,
> Is the default mode AMP or SMP for RTEMS ? How can the AMP configuration
> of RTEMS be enabled ?
>

The default configuration is uniprocessor. You have to add --enable-smp to
get SMP.

For your configuration, I am assuming that you would configure the SMP
scheduler in a clustered
manner and tell it to ignore the Linux cores.


> ​The OpenAMP framework doesn't support RTEMS.
>

That can always be fixed. :)


> I'm thinking to configure Petalinux on "maxcpu = 1" and to launch RTEMS
> on​ second cpu. I'm just afraid from memory and adresses problems.
> What do you think about this ?
>

If you can write down the address map, you can ensure that RTEMS and Linux
don't
conflict. That should be relatively straightforward. Check symbol tables,
etc.

Just be warned that a simple mistake will lead to them clobbering each
other.

And you have to decide which OS owns which devices. They need to stay away
from each other. I can imagine that interrupts are an issue.

Has anybody tried to launch RTEMS via Petalinux ?
>
>
I have no idea on this.

--joel


> Thank you
>
>
> ________
>
> *Badr EL HIOUEL*
> Mail : elh.badr at gmail.com
>
>
> 2016-04-15 2:07 GMT+02:00 Joel Sherrill <joel at rtems.org>:
>
>>
>> On Apr 14, 2016 6:30 PM, "Chris Johns" <chrisj at rtems.org> wrote:
>> >
>> > On 15/04/2016 07:24, Badr El Hiouel wrote:
>> >>
>> >>
>> >> I have RTEMS working on my Zedboard
>> >
>> >
>> > Well done.
>> >
>> >
>> >> and now I want to run RTEMS with an
>> >> AMP configuration : Petalinux on cpu 0 & RTEMS app on cpu 1.
>> >
>> >
>> > Oh nice.
>> >
>> >
>> >> Has anybody managed to get this working on zedboard ?
>> >> Do you have any suggestion to this issue?
>> >
>> >
>> > I suggest you reference the Linux kernel support and see what is
>> needed. Coping GPL code means the code will not be accepted into RTEMS so
>> you need to implement things yourself. I think the Xilinx demos are based
>> around FreeRTOS so again be careful of the licenses for this code. If the
>> license here is not suitable then I suggest you do not reference or follow
>> that code so any work you do is not tainted. Also please send me a private
>> email if there are license issues and we can take this off list.
>>
>> ​​
>> The OpenAMP project may be of interest although it is not directly
>> applicable here.
>>
>> https://github.com/OpenAMP/open-amp
>>
>> There may be some expertise in that community anyway.
>>
>> --Joel
>>
>> > Chris
>> >
>> >
>> > _______________________________________________
>> > users mailing list
>> > users at rtems.org
>> > http://lists.rtems.org/mailman/listinfo/users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20160418/6e56d899/attachment-0002.html>