IPC - message queues#
Phoenix-RTOS Kernel provides a mechanism for interprocess communication (IPC) using message queues. The endpoint of the
message communication is a port, which can be created using the portCreate(uint32_t *port)
syscall. If zero is
returned, then creation succeeded and the variable port now contains a unique port number assigned by the kernel.
Message structure#
The msg_t
structure is defined as follows:
typedef struct _msg_t {
int type;
unsigned int pid;
unsigned int priority;
oid_t oid;
struct {
union {
/* OPEN/CLOSE */
struct {
int flags;
} openclose;
/* READ/WRITE/TRUNCATE */
struct {
off_t offs;
size_t len;
unsigned mode;
} io;
/* CREATE */
struct {
int type;
unsigned mode;
oid_t dev;
} create;
/* SETATTR/GETATTR */
struct {
long long val;
int type;
} attr;
/* LINK/UNLINK */
struct {
oid_t oid;
} ln;
/* READDIR */
struct {
off_t offs;
} readdir;
unsigned char raw[64];
};
size_t size;
const void *data;
} i;
struct {
union {
/* ATTR */
struct {
long long val;
} attr;
/* CREATE */
struct {
oid_t oid;
} create;
/* LOOKUP */
struct {
oid_t fil;
oid_t dev;
} lookup;
unsigned char raw[64];
};
int err;
size_t size;
void *data;
} o;
} msg_t;
Common fields for all message types are:
type
- message type,pid
- sender process ID,priority
- priority of sender thread,oid
- object identifier of the target object (e.g. file or device).
Additionally, there are two fields used to store input and output data specific to the message type:
i
- input data,o
- output data.
Message error codes are stored in the o.err
field common for all message types.
Message types#
mtOpen
#
Open a file or device specified by msg.oid
.
Input parameters:
i.openclose.flags
- flags with which file is being opened.
mtClose
#
Close a file or device specified by msg.oid
.
mtRead
#
Read from a file or device specified by msg.oid
.
Parameters set by caller:
i.io.offs
- offset in the file,i.io.len
- number of bytes to read,i.io.mode
- flags with which file has been opened.o.data
- buffer for data,o.size
- length of theo.data
buffer.
The operation should block the client until all requested data becomes available. Number of read bytes or error is
returned via o.err
.
mtWrite
#
Write to a file or device specified by msg.oid
.
Input parameters:
i.io.offs
- offset in the file,i.io.len
- number of bytes to write,i.io.mode
- flags with which file has been opened.i.data
- buffer with data,i.size
- length of thei.data
buffer.
The operation should block the client until all requested data is written to the device. Number of written bytes or
error is returned via o.err
.
mtTruncate
#
Truncate a file.
mtDevCtl
#
Custom message type for device control.
This message type allows defining an entirely custom structure for communication with a server. This structure should be serialized/deserialized to/from message i.raw/o.raw fields. Additional data can be passed in i.data and o.data fields.
mtCreate
#
Create new object.
mtDestroy
#
Destroy object.
mtSetAttr
#
Set object attributes.
mtGetAttr
#
Get object attribute specified by i.attr.type
.
mtGetAttrAll
#
Get all object attributes.
mtLookup
#
Lookup for object identifier associated with a name.
mtLink
#
Create a hard link.
mtUnlink
#
Remove a hard link.
mtReaddir
#
Read directory entries.
Message passing#
Messages are sent using the msgSend(port_t port, msg_t *msg)
syscall. The port
argument is the port number of the
target queue, and msg
is a pointer to the message structure. The caller is responsible for filling the message
structure with appropriate data. msg.i.raw
and msg.o.raw
fields must not be used directly when using standard
message types, except for mtDevCtl
. For all other types, input data should be passed using the msg.i.data
and msg.i.size
fields. The calling thread is suspended until the receiving thread responds to the message.
The msgRecv(port_t port, msg_t *msg, msg_rid_t *rid)
syscall is used to receive a message from the queue identified by
port
. The msg
argument is a pointer to the message structure, and rid
is a pointer to the message reception
context. The calling thread is suspended until a message is received.
Message recipient should perform action based on the message type and input data and write the response to the
appropriate msg.o
field. Other fields of the message structure must be left unchanged. To respond to the message, the
msgRespond(port_t port, msg_t *msg, msg_rid_t rid)
syscall is used.