Hi Pradyumna, thanks for this approach! > > My question is now: What kind of IPC is preferred here? > > The only IPC I see is a local socket communication, however > > this looks like a huge overhead for triggering... > > POSIX message queues in the kernel work fine for me. I had one problem > with the accuracy of the timeouts in mq_timedreceieve and mq_timedsend > which has been now fixed and is available as part of the latest -rt > patch. I read again the man page "mq_overview" and found that the message queue descriptor could be used with select/poll! That's a point I have not realized so far. Thus, this allows to use this as another promising approach! BTW: When I use select() for the timeouts and mq_receive (instead of mq_timedreceive), I hope to find no accuaracy issue... I think select() is using high accuracy with the timeout in -rt. Regards Mathias -- Mathias Koehrer mathias_koehrer@xxxxxxxx Traumziele - von Beschreibung bis Buchung jetzt kompakt auf den Reise-Seiten von Arcor.de! http://www.arcor.de/rd/footer.reise -- 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
