zc706 bsp does not work with maximum processors as 2

[Fernando Domínguez Pousa]

Hi all,

It was finally solved, I let the answer here:

RTEMS remained waiting for the second processor to be started. Using xsdb tool from Xilinx, the second processor was also started after software downloading to target. Then, executable work as expected allocating tasks in both processors.

Regards,

From: Sebastian Huber [mailto:sebastian.huber at embedded-brains.de]
Sent: 17 March 2020 15:25
To: Fernando Domínguez Pousa <fdpousa at gmv.com>
Cc: Sebastian Wildowicz <swildowicz at gmv.com>
Subject: Re: zc706 bsp does not work with maximum processors as 2


Hello Fernando,

maybe Sebastian Wildowicz can help you. We had a similar issue recently.
On 17/03/2020 14:40, Fernando Domínguez Pousa wrote:
Hi all,

We are using a zc706 board for our development. We want to operate under an SMP environment with the two zynq processors. However, with CONFIGURE_MAXIMUM_PROCESSORS set as 2 our software freezes at some initialization point and no log output is provided via Serial output.

I have included the #ifdef RTEMS_SMP flag to see if RTEMS_SMP is correctly enabled, and it seems so. So I am able to execute the application with CONFIGURE_MAXIMUM_PROCESSORS = 1 but no if it is equal to 2. I've installed all correctly, no error arised. Maybe I am forgetting the set of any other variable to another value (memory, cache, stack...). Is it some RTEMS initialization flag that I need to check?

Thanks in advance,

Regards,



P Please consider the environment before printing this e-mail.


_______________________________________________

users mailing list

users at rtems.org<mailto:users at rtems.org>

http://lists.rtems.org/mailman/listinfo/users<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.rtems.org_mailman_listinfo_users&d=DwMF-g&c=CIoxZ4z5BqFvKvSGFOTo726QZIiNTc_M9CmngT-Pla4&r=JJRyTkGL8xI4YFJLjo7JWw&m=d7a0KpR2h9sTQkyMO3VxHdUrVfWLUch0fuSAHJUxnLo&s=rJiCXo3XiDxw_dCUkqJVejS8Fi-XvE4lPr_DTwvSitU&e=>

P Please consider the environment before printing this e-mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20200318/084ec5f6/attachment.html>