Experimental Physics and
Industrial Control System

Michael Davidsaver via Core-talk <core-talk at aps.anl.gov> · Mon, 25 May 2020 13:25:22 -0700

On 5/25/20 11:37 AM, Michael Davidsaver wrote:
> A couple of things.

And a couple of more.

I notice that the only internal usage of _CORE_message_queue_Send() in RTEMS
is in rtems_message_queue_send(), where it never blocks (wait=0).  So this
might be a bug in the wait=1 case.

https://github.com/epicsdeb/rtems/blob/023ea6196c9f3975663328d00d5603ce040deb6c/cpukit/score/src/coremsgsubmit.c#L135-L167

As I look at epicsMessageQueueTest.cpp I don't see any test which
deliberately times out.

...
>> So far every time I have run this test the numSent counter has always come back as 420 instead of 500. The fastSender() code looks like this:

I see something similar (RTEMS 4.9.6 w/ mvme3100 + QEMU), but not always 420

> # sleepySender: sending every 0.009 seconds
> ok 57 - Sent 500 (should be 500)
> ok 58 - Received 500 (should be 500)
> # sleepySender: sending every 0.010 seconds
> ok 59 - Sent 500 (should be 500)
> ok 60 - Received 500 (should be 500)
> # sleepySender: sending every 0.011 seconds
> ok 61 - Sent 500 (should be 500)
> ok 62 - Received 500 (should be 500)
> # sleepyReceiver: acquiring every 0.009 seconds
> not ok 63 - Sent 421 (should be 500)
> ok 64 - Received 500 (should be 500)
> # sleepyReceiver: acquiring every 0.010 seconds
> not ok 65 - Sent 418 (should be 500)
> ok 66 - Received 500 (should be 500)
> # sleepyReceiver: acquiring every 0.011 seconds
> not ok 67 - Sent 418 (should be 500)
> ok 68 - Received 500 (should be 500)

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System