<div dir="ltr">thanks!, we will continue working on this.<br clear="all"><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">El vie., 14 de dic. de 2018 a la(s) 03:31, Sebastian Huber (<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Diego,<br>
<br>
On 13/12/2018 13:31, Diego Mercado wrote:<br>
> Hello,<br>
> I am using AMP in Rtems 4.10 and using message queues to share data<br>
> between nodes. I had no problems using queues until I add a task that<br>
> make several rtems_message_queue_receive, after a while the node that<br>
> receives from the queue crashes (using the debugger I saw it crashed<br>
> in: "rtems_mpci_entry Shm_Get_packet()"). No issues when receiving<br>
> messages if I set the "no wait" option:<br>
> rtems_message_queue_receive(rtemsId, data, size, RTEMS_NO_WAIT, 0);<br>
> But if I set a wait, for example, of 1 second:<br>
> rtems_message_queue_receive(rtemsId, data, size, RTEMS_WAIT, 100);<br>
> then the node that is blocked in the queue reception stop running<br>
> after several calls to rtems_message_queue_receive. With a shared<br>
> memory area of 0x1000 bytes rtems_message_queue_receive can be called<br>
> 9 times and the next time it stops. With 0x2000 bytes: 19 calls and it<br>
> crash with the following one. With 0x3000 bytes: 29 calls and then it<br>
> stops. It seems that the shared memory area is filled?<br>
><br>
> I do not see any errors, program just stop running (the other node<br>
> runs correctly).<br>
> For local queues we have no problems.<br>
> Do you have any idea why this is happening?<br>
><br>
> thanks in advance<br>
> Diego<br>
><br>
> /* Override default SHM configuration */<br>
> shm_config_table BSP_shm_cfgtbl =<br>
> { .base = (void *) 0x40000000, .length = 0x1000 };<br>
<br>
I think you have a very specific problem and it is unlikely that someone <br>
on the mailing list faced this before. I would try to unit test the <br>
packet transfer mechanism and use a debugger to figure out what is going on.<br>
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
</blockquote></div>