Texas Instruments TMS320 Series, User Manual

Page: 226 / 288

Message Queues
6-24
Figure 6-8. Events on Sending Message to Remote Processor
For transports that are zero-copy based (for example, using shared memory),
the transport simply signals the other side that a message is present. There
are no intermediate allocations or frees in this case. The reader is still
responsible for freeing or re-using the received message.
In either type of transport, the allocator configuration must be the same on
different processors. Take the following two examples:
❏
Zero-copy based remote transport. If allocator 0 is a shared memory
allocator on processor A, then allocator 0 on processor B must act on that
same shared memory.
❏
Copy based remote transport. If allocator 1 allocates messages of size
64 bytes, then allocator 1 on processor B must also allocate messages
of 64 bytes (if messages are flowing in both directions). The underlying
allocation mechanisms may be different, but the sizes of the messages
must be the same.
Routing is the ability to send a message from one processor to another
processor via an intermediate processor. Routing is needed when there is no
physical link between two processors. Routing is not directly supported by the
MSGQ module. Routing can be built on top of the MSGQ module, but must
be managed at the application level. For example, you might create a thread
that acts as a router.
M S G Q
1 . M S G Q _ p u t()
2 . p u t()
3 . Q u e u e m sg
inte rn a lly
5 . F re e m sg v ia
M S G Q _ fre e ()
re tu rn to ca lle r
Local
Processor
Rem ote
Processor
lo ca l
a p p lica tio n
rem o te
tra n sp o rt
a llo ca tor a lloca to r M S G Q
re m ote
tra n sp ort
Physical
Link
loca l
a p p lica tio n
p h y sica l lin k
7 . Q u e u e m sg
4 . C o p y m sg a cro ss
5 . M S G Q _ a llo c()
b u f to p ut m sg in to
6 . M S G Q _ p u t() o n lo ca l
tra nsp o rt
o n re p o sito ry