XDDP sockets seemed like overkill, so to work around this: I'm creating a
new message queue (RT_QUEUE) for the string transfer from the userspace RT
process to a kernelspace module (which was already running anyway). The
Xenomai API seems to say that use of this message queue will not cause my
You can try to write to /dev/kmsg, but this is a Linux resource so it
will impact which domain your thread is running on. AFAIK user space
tasks shouldn't be logging to the kernel log for the most part. One
solution I've seen is to create a driver (in your case RTDM driver) to
take in log
I'd like my Xenomai task to write to both stdout and also to the kernel's
dmesg buffer.
It is a periodic task started with rt_task_create().
When I do rt_vfprintf(stdout, ...)
it prints to stdout OK, but I also want to send the same string to the
dmesg buffer, and
I can't call printk() or