Mathias, > [..] I have two real time applications (two processes), each running > a few real time threads. For inter process communication I want to > exchange data between the two applications. For this I want to use > two queues - one for direction A->B and one for B->A. Now I have the > situation that one thread in B that handles the A->B queue is > waiting for data from A. Whenever A has the data available, it writes > the data into the A->B queue. Immediately after receiving data from > A, B unblocks and computes some answer data that is written into the > B->A queue. The time between sending the data in A and getting the > data back from B should be as low as possible (real time > requirements: at max tens of microseconds...). > > The functionality of mq_send, mq_receive looks suitable. Alternatively, you may consider to use shared memory and to synchronize and protect accesses to that memory with semaphores. The rt-tests suite contains several examples of how to do it. Before using these test programs as template for your own application, you may even run them as they are to check whether the worst-case latency of such mechanisms fits your requirements. Carsten. -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html