views:

1059

answers:

4

I'm looking for a good open source message bus that is suitable for embedded Linux devices (Linux and uClinux).

It needs to satisfy the following criteria:

  • Must be free software and LGPL or a more liberal license due to uClinux only supporting static linking
  • Must have a C API
  • Must have a relatively small footprint and not depend on third party libraries
  • Must be compatible with Linux/uClinux 2.4.22+
  • Should be well tested and preferably have an existing test framework set up
  • Should have a well documented protocol
  • Should be portable to other platforms

The message bus would primarily be used by applications on our system in order to communicate configuration parameters etc so it doesn't need to satisfy realtime requirements.

A: 

This sounds like a good use for SYSV or POSIX message queues. They can meet all the needs you have listed. POSIX are newer so they won't match the Kernel requirements but SYSV is in the older Kernels.

carson
According to its man page it is only available in Linux 2.6.6+. "POSIX message queues have been supported on Linux since kernel 2.6.6."
David Holm
You are correct. You probably actually want to use SYSV queues that were supported before POSIX.
carson
+2  A: 

It all depends on your architecture. Are you intending to message across a backplane to other nodes in a cluster, or is this all within a single node, but in different address spaces?

If the latter, then like carson said: man mq_overview.

If the former, then look first to your embedded linux vendor. Many vendors will provide some sort of distributed messaging library. Failing that, take a look at 0MQ or the MPICH2 MPI library.

Update: I should add, too, that much of my last year was spent writing just such an API for a distributed processing framework, and I can tell you that POSIX-compatibility is worth retaining. Use POSIX message queue if at all possible.

Ben Collins
+3  A: 

There's [DBus][1], runs in userspace, generally requires a daemon though (but maybe you could just have processes specifically connect to each other rather than going through the central daemon).

[1]: http://www.freedesktop.org/wiki/Software/dbus DBus

Reed Hedges
+1  A: 

If you mean IPC, socket works fine for uclinux.

TIA

plan9assembler