[PATCH 24/45] score: Fine grained locking for message queues
Gedare Bloom
gedare at rtems.org
Sun May 17 12:35:36 UTC 2015
On Fri, May 15, 2015 at 7:41 AM, Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
> Aggregate several critical sections into a bigger one. Sending and
> receiving messages is now protected by an ISR lock. Thread dispatching
> is only disabled in case a blocking operation is necessary. The message
> copy procedure is done inside the critical section (interrupts
> disabled). Thus this change may have a negative impact on the interrupt
> latency in case very large messages are transferred.
>
> Update #2273.
> ---
> diff --git a/doc/user/msg.t b/doc/user/msg.t
> index f58d677..4ca5611 100644
> --- a/doc/user/msg.t
> +++ b/doc/user/msg.t
> @@ -50,7 +50,10 @@ wait for a message to arrive at a queue. Also, a task may poll
> a queue for the arrival of a message.
>
> The maximum length message which can be sent is set
> -on a per message queue basis.
> +on a per message queue basis. The message content must be copied in general
> +to/from an internal buffer of the message queue or directly to a peer in
> +certain cases. This copy operation is performed with interrupts disabled. So
> +it is advisible to keep the messages as short as possible.
s/advisible/advisable
Thanks for making this note. Do we have any documentation that lists
all the kinds of factors that affect the interrupt-disabled time? That
would be "nice to have".
More information about the devel
mailing list